/irc-logs / freenode / #whatwg / 2015-02-23 / end

Options:

# Session Start: Mon Feb 23 00:00:00 2015
# Session Ident: #whatwg
# [00:05] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
# [00:05] * Joins: karlcow (~karl@nerval.la-grange.net)
# [00:14] * Joins: jacobolus (~jacobolus@122.195.57.137)
# [00:18] * Joins: seventh (seventh@192.64.4.211)
# [00:19] * Quits: jacobolus (~jacobolus@122.195.57.137) (Ping timeout: 252 seconds)
# [00:29] * Joins: weinig (~weinig@c-98-234-191-242.hsd1.ca.comcast.net)
# [00:45] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [00:45] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
# [00:48] * Quits: xtrm0 (uid12574@gateway/web/irccloud.com/x-nemnhzvxoxjnbpiw) (Quit: Connection closed for inactivity)
# [00:48] * Joins: thenosaj (~thenosaj@cpc3-lich10-2-0-cust90.3-2.cable.virginm.net)
# [00:49] * Quits: jarek (~jarek@unaffiliated/jarek) (Quit: jarek)
# [00:52] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
# [00:56] * Joins: satazor (~satazor@80.99.114.89.rev.vodafone.pt)
# [00:57] * Quits: seventh (seventh@192.64.4.211) (Ping timeout: 250 seconds)
# [01:02] * Quits: newtron (~newtron@206-248-186-88.dsl.teksavvy.com) (Remote host closed the connection)
# [01:09] * Quits: thenosaj (~thenosaj@cpc3-lich10-2-0-cust90.3-2.cable.virginm.net) (Quit: gone afk)
# [01:14] * Quits: jyasskin (~jyasskin@business-092-079-138-202.static.arcor-ip.net) (Quit: My computer has gone to sleep. ZZZzzz…)
# [01:15] * Joins: jacobolus (~jacobolus@122.195.57.137)
# [01:19] * Quits: jacobolus (~jacobolus@122.195.57.137) (Ping timeout: 250 seconds)
# [01:26] * Joins: dwim (~dwim@210.94.41.89)
# [01:27] * Joins: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi)
# [01:32] * Joins: newtron (~newtron@206-248-186-88.dsl.teksavvy.com)
# [01:33] * Joins: watilde (~watilde@i114-180-108-27.s04.a013.ap.plala.or.jp)
# [01:43] * Joins: jacobolus (~jacobolus@122.195.57.137)
# [01:48] * Quits: espadrine (~tyl@dan75-7-88-166-187-54.fbx.proxad.net) (Ping timeout: 240 seconds)
# [02:07] * Quits: watilde (~watilde@i114-180-108-27.s04.a013.ap.plala.or.jp) (Quit: Leaving...)
# [02:24] * Joins: xtrm0 (uid12574@gateway/web/irccloud.com/x-gojvqbxgehpbmgen)
# [02:25] * heycam is now known as heycam|away
# [02:32] * Joins: benjamingr (uid23465@gateway/web/irccloud.com/x-bviaywmsotlxfibq)
# [02:32] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
# [02:35] * Joins: karlcow (~karl@nerval.la-grange.net)
# [02:49] * Quits: satazor (~satazor@80.99.114.89.rev.vodafone.pt) (Remote host closed the connection)
# [02:51] * Quits: weinig (~weinig@c-98-234-191-242.hsd1.ca.comcast.net) (Quit: weinig)
# [02:53] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
# [02:56] * Quits: newtron (~newtron@206-248-186-88.dsl.teksavvy.com) (Remote host closed the connection)
# [02:58] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 256 seconds)
# [03:03] * Joins: jdaggett_ (~jdaggett@61-121-216-2.bitcat.net)
# [03:13] * Joins: benwerd (~benwerd@67.180.159.135)
# [03:17] * Quits: benwerd (~benwerd@67.180.159.135) (Ping timeout: 252 seconds)
# [03:21] * Quits: biniar (~biniar@unaffiliated/biniar) (Ping timeout: 264 seconds)
# [03:22] * Joins: ohaibbq (~ohaibbq@2601:9:a80:a8f:91b4:4f44:9591:57ef)
# [03:28] * Joins: Goplat (~goplat@reactos/developer/Goplat)
# [03:44] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
# [03:50] * Joins: satazor (~satazor@80.99.114.89.rev.vodafone.pt)
# [03:52] * heycam|away is now known as heycam
# [03:54] * Quits: satazor (~satazor@80.99.114.89.rev.vodafone.pt) (Ping timeout: 264 seconds)
# [04:28] * Quits: xtrm0 (uid12574@gateway/web/irccloud.com/x-gojvqbxgehpbmgen) (Quit: Connection closed for inactivity)
# [04:35] * Quits: roc (~chatzilla@2001:cb0:b202:224:2677:3ff:fece:dc64) (Remote host closed the connection)
# [04:36] * Quits: jacobolus (~jacobolus@122.195.57.137) (Remote host closed the connection)
# [04:45] * Joins: kapil___ (uid36151@gateway/web/irccloud.com/x-vdlddcpsskwuarqd)
# [04:51] * Joins: satazor (~satazor@80.99.114.89.rev.vodafone.pt)
# [04:54] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
# [04:55] * Quits: satazor (~satazor@80.99.114.89.rev.vodafone.pt) (Ping timeout: 244 seconds)
# [04:58] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 245 seconds)
# [05:02] * Joins: benwerd (~benwerd@67.180.159.135)
# [05:07] * Quits: benwerd (~benwerd@67.180.159.135) (Ping timeout: 250 seconds)
# [05:32] * Quits: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net) (Quit: eric_carlson)
# [05:35] * Joins: ricea1 (ricea@nat/google/x-ltsiapwpwfdctkzp)
# [05:38] * Quits: ricea (~ricea@2401:fa00:4:1000:2418:10d1:3309:92e5) (Ping timeout: 272 seconds)
# [05:51] * Quits: ohaibbq (~ohaibbq@2601:9:a80:a8f:91b4:4f44:9591:57ef) (Read error: Connection reset by peer)
# [05:51] * Joins: ohaibbq (~ohaibbq@98.248.65.213)
# [06:03] * Quits: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi) (Ping timeout: 246 seconds)
# [06:04] * Quits: Garbee (uid21171@gateway/web/irccloud.com/x-fitwrdegvjhgkmwc) (Quit: Connection closed for inactivity)
# [06:08] * Joins: jacobolus (~jacobolus@122.195.57.137)
# [06:13] * Quits: jacobolus (~jacobolus@122.195.57.137) (Ping timeout: 252 seconds)
# [06:21] * heycam is now known as heycam|away
# [06:36] * Quits: psy_ (~psy@103.6.159.170) (Quit: Leaving)
# [06:39] * Joins: satazor (~satazor@80.99.114.89.rev.vodafone.pt)
# [06:40] * heycam|away is now known as heycam
# [06:43] * Quits: satazor (~satazor@80.99.114.89.rev.vodafone.pt) (Ping timeout: 246 seconds)
# [06:44] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 250 seconds)
# [06:51] * Joins: benwerd (~benwerd@67.180.159.135)
# [06:53] * Quits: CvP (CvP@203.76.123.238) (Read error: No route to host)
# [06:53] * Joins: CvP (CvP@203.76.123.238)
# [06:55] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
# [06:55] * Quits: benwerd (~benwerd@67.180.159.135) (Ping timeout: 252 seconds)
# [06:56] * Quits: benjamingr (uid23465@gateway/web/irccloud.com/x-bviaywmsotlxfibq) (Quit: Connection closed for inactivity)
# [06:57] * Quits: jdaggett_ (~jdaggett@61-121-216-2.bitcat.net) (Quit: jdaggett_)
# [06:57] * Joins: jdaggett_ (~jdaggett@61-121-216-2.bitcat.net)
# [06:59] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 245 seconds)
# [07:01] * Quits: Azitrex (~Azitrex@unaffiliated/azitrex) (Ping timeout: 255 seconds)
# [07:05] * Joins: Ducki (~Ducki@191.233.66.1)
# [07:08] * Joins: DanilovA_ (~DanilovAl@shpd-178-64-143-198.vologda.ru)
# [07:09] * Joins: jacobolus (~jacobolus@122.195.57.137)
# [07:11] * Quits: DanilovAlexey (~DanilovAl@shpd-178-64-151-158.vologda.ru) (Ping timeout: 250 seconds)
# [07:13] * Quits: jacobolus (~jacobolus@122.195.57.137) (Ping timeout: 264 seconds)
# [07:20] * Quits: Mateon1 (~Mateon1@unaffiliated/mateon1) (Ping timeout: 265 seconds)
# [07:22] * Joins: jyasskin (~jyasskin@business-092-079-138-202.static.arcor-ip.net)
# [07:25] * Joins: Mateon1 (~Mateon1@unaffiliated/mateon1)
# [07:40] * heycam is now known as heycam|away
# [07:40] * Joins: satazor (~satazor@80.99.114.89.rev.vodafone.pt)
# [07:45] * Joins: Maurice (copyman@unaffiliated/maurice)
# [07:45] * Quits: satazor (~satazor@80.99.114.89.rev.vodafone.pt) (Ping timeout: 250 seconds)
# [07:57] <annevk> "typical imprecise-DOM-spec-type" lol Domenic, if anything is actually undefined you'll file a bug right?
# [07:59] <Domenic> annevk: yeah... I don't think implementers won't get it, but it's just hard for me to trace when the word "this" is never actually said and it's all so implicit...
# [08:00] <annevk> Domenic: it's not implicit, but if you still think that DOM would handle JS minutia you haven't really been paying attention... that's IDL
# [08:01] <Domenic> annevk: I think "the associated list of event listeners" is pretty implicit.
# [08:01] <Domenic> associated to what?
# [08:03] * Quits: ohaibbq (~ohaibbq@98.248.65.213) (Remote host closed the connection)
# [08:03] <annevk> If used as mixin that might be unclear I guess
# [08:03] * Joins: ohaibbq (~ohaibbq@2601:9:a80:a8f:91b4:4f44:9591:57ef)
# [08:03] <annevk> File a bug? Is it used as mixin anywhere?
# [08:03] <Domenic> Or when it's on the prototype chain, especially when window vs. window proxy is involved.
# [08:03] <Domenic> nah as i said i'm sure implementers are fine with it
# [08:03] <Domenic> just not the level i'm used to
# [08:04] <annevk> I don't see how WindowProxy matters here. No events are ever dispatched at it.
# [08:04] <Domenic> consider `window.addEventListener("foo", ...)
# [08:04] <Domenic> That invokes the method with `this` set to the WindowProxy, not to the Window
# [08:05] <Domenic> Does WindowProxy have an associated set of event listeners?
# [08:05] <annevk> I don't think so, it's not an EventTarget object either
# [08:06] <Domenic> Why isn't it? Is there any test you could run on it that would allow you to say that it is not?
# [08:06] <annevk> There's an open bug on IDL to define "this" and pass it on more clearly
# [08:07] <Domenic> And if it doesn't have an associated set of event listeners, then how does addEventListener get "the" associated set of event listeners to operate on?
# [08:07] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
# [08:07] * Quits: ohaibbq (~ohaibbq@2601:9:a80:a8f:91b4:4f44:9591:57ef) (Client Quit)
# [08:07] <annevk> That might be a problem with the definition of Window/WindowProxy, sure
# [08:08] <annevk> At this point DOM doesn't really have anything on those objects
# [08:08] <Domenic> Well my point was more that if you said "the [[Events]] internal slot of `this`" then it would be much clearer what the answers to those questions are
# [08:10] <annevk> Domenic: that is the defined behavior through "context object", for which I already mentioned that we asked IDL to make it explicit, at which point I'll probably start using it explicitly rather than omit it for brevity when it's clear from context
# [08:11] <annevk> Domenic: I don't necessarily disagree with using slots instead, there's an open IDL bug on that too
# [08:11] <annevk> Domenic: but that things are not defined in language you prefer doesn't make it imprecise, that would mean implementers could reach different conclusions from the same text at which point they'd file bugs etc.
# [08:13] <Domenic> I think implementers could legitimately reach different conclusions about what "the associated set of event listeners" means in the context of window vs. window proxy
# [08:13] <Domenic> And about the question of whether WindowProxy is an EventTarget object
# [08:14] <Domenic> Anyway I didn't mean to pick a fight right before I had to sleep. More just was putting that there as a disclaimer that I might not be reading things right.
# [08:14] <annevk> But why then claim that the DOM specification is unclear when it is in fact the specification for WindowProxy that is sorely lacking as we all already know?
# [08:14] <Domenic> or at least, not reading things as they are intended
# [08:14] * Joins: viduthalai1947_ (uid5404@gateway/web/irccloud.com/x-buyvxzcnlsfocasr)
# [08:14] <Domenic> I think the DOM spec could be made clearer independent of window vs. window proxy. Proxies are pretty well-defined behavior.
# [08:15] <Domenic> "the associated set" is not well-defined.
# [08:15] <annevk> It's the context object's associated set
# [08:15] <annevk> So if the context object is WindowProxy as you say, that would be it
# [08:15] <Domenic> I mean the definition of context object isn't exactly that clear either
# [08:15] <Domenic> "on which something is being called"
# [08:16] <annevk> That is fair, and as I said I'm waiting for an IDL fix
# [08:16] <annevk> Because only IDL can set that parameter correctly based on the JS -> IDL -> spec -> IDL -> JS bridge
# [08:16] <Domenic> Anyway, I need to head to sleep, sorry for the offhanded comment :-S
# [08:18] * Joins: psy_ (~psy@182.74.25.22)
# [08:24] * Quits: jyasskin (~jyasskin@business-092-079-138-202.static.arcor-ip.net) (Quit: My computer has gone to sleep. ZZZzzz…)
# [08:26] <zcorpan> why is cssom access restricted to same-origin again?
# [08:27] <annevk> zcorpan: euh, web security model?
# [08:29] <zcorpan> annevk: you can get the computed style so the declarations leak anyway, and you can't get the original text since it's parsed and reserialized, so you can't read things that are not css
# [08:29] * Joins: tantek (~tantek@50-1-62-185.dsl.dynamic.fusionbroadband.com)
# [08:30] <annevk> zcorpan: declarations of styles not applied don't leak, declarations of styles not applied depending on cookies don't leak, etc.
# [08:31] <zcorpan> annevk: so having a secret in a selector
# [08:33] <annevk> zcorpan: are we requiring text/css as MIME type these days? If servers can be tricked into using that MIME type for resources there might be other risks too
# [08:34] <zcorpan> annevk: yes, except in quirks mode but that's only for same-origin stylesheets
# [08:35] <annevk> zcorpan: we should not reduce the amount of protection the same-origin policy gives, the amount that CSS, images, and script leak today is sufficient
# [08:36] <annevk> (well, too much really)
# [08:36] <zcorpan> annevk: sure, i agree
# [08:38] * Joins: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek)
# [08:42] * Joins: xiinotulp (~plutoniix@node-nd3.pool-101-108.dynamic.totbb.net)
# [08:44] * Joins: benwerd (~benwerd@67.180.159.135)
# [08:45] * Quits: benwerd (~benwerd@67.180.159.135) (Read error: Connection reset by peer)
# [08:45] * Joins: benwerd_ (~benwerd@67.180.159.135)
# [08:45] <zcorpan> i remember https://bugzilla.mozilla.org/show_bug.cgi?id=524223 but it didn't use cssom
# [08:45] * Quits: plutoniix (~plutoniix@node-zii.pool-180-180.dynamic.totbb.net) (Ping timeout: 250 seconds)
# [08:47] * Joins: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net)
# [08:48] * Joins: markkes (~markkes@62.207.90.201)
# [08:49] * Joins: jyasskin (~jyasskin@business-092-079-138-202.static.arcor-ip.net)
# [08:53] * Joins: iandevlin (~iandevlin@b2b-5-10-191-178.unitymedia.biz)
# [08:54] * Quits: tav (~tav`@host31-52-143-103.range31-52.btcentralplus.com) (Read error: No route to host)
# [08:56] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
# [09:00] * Joins: ^esc_ (~esc-ape@77.119.130.165.wireless.dyn.drei.com)
# [09:00] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 245 seconds)
# [09:01] * Krinkle|detached is now known as Krinkle
# [09:01] <annevk> zcorpan: that CSS loads across origins is a bug, restricting CSSOM is to some extent defense-in-depth and to some extent actually defends out-of-scope declaration blocks
# [09:03] * Quits: ^esc (~esc-ape@178.165.128.170.wireless.dyn.drei.com) (Ping timeout: 264 seconds)
# [09:03] * Quits: jdaggett_ (~jdaggett@61-121-216-2.bitcat.net) (Ping timeout: 245 seconds)
# [09:03] * Joins: tav (~tav`@host31-52-143-103.range31-52.btcentralplus.com)
# [09:10] * Joins: Ms2ger (~Ms2ger@24.241-64-87.adsl-dyn.isp.belgacom.be)
# [09:11] * Joins: satazor (~satazor@80.99.114.89.rev.vodafone.pt)
# [09:12] * Joins: calvaris (~calvaris@fanzine.igalia.com)
# [09:13] <zcorpan> annevk: thanks. https://lists.w3.org/Archives/Public/public-houdini/2015Feb/0053.html
# [09:15] * xiinotulp is now known as plutoniix
# [09:16] * Quits: satazor (~satazor@80.99.114.89.rev.vodafone.pt) (Ping timeout: 256 seconds)
# [09:18] * Joins: alrra (uid62345@gateway/web/irccloud.com/x-spqgpdkskajzjdoj)
# [09:28] * Quits: hasather (~hasather@80.91.33.141) (Remote host closed the connection)
# [09:28] * Joins: hasather (~hasather@80.91.33.141)
# [09:33] <annevk> zcorpan: don't we support CORS now for CSS loads?
# [09:34] <zcorpan> annevk: the spec does, don't remember what is implemented
# [09:34] <annevk> zcorpan: the other thing this is protecting of course is what CSSOM might become going forward; it would seem bad to forever constrain yourself by the current invariants
# [09:34] * Quits: tantek (~tantek@50-1-62-185.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
# [09:36] * Joins: Lachy (~Lachy@213.166.174.2)
# [09:36] <zcorpan> yeah
# [09:36] <annevk> zcorpan: also, getComputedStyle requires brute-forcing to find all selectors as there's no other way to read them
# [09:37] * Joins: roc (~chatzilla@121-99-87-183.bng1.tvc.orcon.net.nz)
# [09:37] <annevk> zcorpan: coupled with varying media somehow, etc.
# [09:37] <annevk> zcorpan: raw CSSOM exposes all trivially
# [09:38] <zcorpan> yeah but it's still pretty trivial to do
# [09:38] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
# [09:38] <zcorpan> varying media is more annoying
# [09:42] * Joins: tommyliu (~tommyliu@42.48.145.147)
# [09:42] * Quits: tommyliu (~tommyliu@42.48.145.147) (Client Quit)
# [09:54] <Krinkle> I'm not a 100% sure but I think I've seen some user extensions make use of CORS and CSS at Wikimedia.
# [09:54] * Quits: benwerd_ (~benwerd@67.180.159.135) (Remote host closed the connection)
# [09:54] <Krinkle> To be able to inspect the loaded rules from a no-cookies domain
# [09:57] <annevk> zcorpan: it would take quite some time
# [09:59] * Joins: watilde (~watilde@i114-180-108-27.s04.a013.ap.plala.or.jp)
# [10:01] <zcorpan> annevk: i'm writing a testsuite for the rendering section that basically does exactly this. i'm even checking :before and :after on each element. it's not taking that much time
# [10:03] <annevk> zcorpan: euhm, you also need to generate all possible trees
# [10:04] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
# [10:07] <zcorpan> annevk: yeah that will take infinite time, but you probably can get far by enumerating the most commonly used elements, classes and ids
# [10:09] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 246 seconds)
# [10:13] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
# [10:14] * Joins: oenftw (~Siente@46.10.239.161)
# [10:14] <oenftw> good morning, are there any benefits of using the HTML5 semantics?
# [10:24] * Quits: tav (~tav`@host31-52-143-103.range31-52.btcentralplus.com) (Read error: Connection reset by peer)
# [10:37] * Joins: tav (~tav`@host31-52-143-103.range31-52.btcentralplus.com)
# [10:39] * Joins: satazor (~satazor@bl6-111-97.dsl.telepac.pt)
# [10:41] * Quits: satazor (~satazor@bl6-111-97.dsl.telepac.pt) (Remote host closed the connection)
# [10:41] * Krinkle is now known as Krinkle|detached
# [10:42] * Joins: satazor (~satazor@bl6-111-97.dsl.telepac.pt)
# [10:43] * Joins: anssik (uid10742@gateway/web/irccloud.com/x-aapqjiphguvgmmxp)
# [10:45] * Quits: satazor (~satazor@bl6-111-97.dsl.telepac.pt) (Remote host closed the connection)
# [10:46] * Joins: satazor (~satazor@114.248.108.93.rev.vodafone.pt)
# [10:49] * Quits: ^esc_ (~esc-ape@77.119.130.165.wireless.dyn.drei.com) (Remote host closed the connection)
# [10:49] * Joins: ^esc (~esc-ape@77.119.130.165.wireless.dyn.drei.com)
# [10:49] * anssik is now known as anssiko
# [10:52] * Quits: watilde (~watilde@i114-180-108-27.s04.a013.ap.plala.or.jp) (Remote host closed the connection)
# [10:57] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
# [10:59] * Joins: darobin (~darobin@mtl93-18-78-208-93-24.fbx.proxad.net)
# [11:00] * Joins: espadrine (~tyl@LMontsouris-656-1-2-84.w80-12.abo.wanadoo.fr)
# [11:01] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 250 seconds)
# [11:03] * Joins: xtrm0 (uid12574@gateway/web/irccloud.com/x-crqgivscasaldvvs)
# [11:08] * Quits: satazor (~satazor@114.248.108.93.rev.vodafone.pt) (Remote host closed the connection)
# [11:19] * Joins: satazor (~satazor@bl6-111-97.dsl.telepac.pt)
# [11:30] * Joins: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
# [11:30] * Joins: Garbee (uid21171@gateway/web/irccloud.com/x-kubibvtlgphqvobt)
# [11:33] * Joins: jacobolus (~jacobolus@122.195.57.137)
# [11:44] * Quits: ricea1 (ricea@nat/google/x-ltsiapwpwfdctkzp) (Ping timeout: 272 seconds)
# [11:46] * Joins: hgl- (~hgl@unaffiliated/hgl)
# [11:47] * Quits: oenftw (~Siente@46.10.239.161) (Read error: Connection reset by peer)
# [11:48] * Joins: oenftw (~Siente@46.10.239.161)
# [11:48] * Quits: hgl (~hgl@unaffiliated/hgl) (Ping timeout: 255 seconds)
# [11:48] * hgl- is now known as hgl
# [11:50] * Krinkle|detached is now known as Krinkle
# [11:51] * Quits: jacobolus (~jacobolus@122.195.57.137) (Remote host closed the connection)
# [12:02] * Guest41551 is now known as fredy
# [12:14] * Quits: satazor (~satazor@bl6-111-97.dsl.telepac.pt) (Read error: Connection reset by peer)
# [12:14] * Joins: satazor_ (~satazor@114.248.108.93.rev.vodafone.pt)
# [12:14] * Quits: sarri (~sari@unaffiliated/sarri) (Ping timeout: 255 seconds)
# [12:16] * Quits: psy_ (~psy@182.74.25.22) (Ping timeout: 255 seconds)
# [12:16] * Joins: sarri (~sari@unaffiliated/sarri)
# [12:17] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
# [12:18] * Quits: jyasskin (~jyasskin@business-092-079-138-202.static.arcor-ip.net) (Quit: My computer has gone to sleep. ZZZzzz…)
# [12:21] * Joins: psy_ (~psy@182.74.25.22)
# [12:22] * Quits: psy_ (~psy@182.74.25.22) (Max SendQ exceeded)
# [12:23] * Joins: psy_ (~psy@182.74.25.22)
# [12:24] * Joins: barnabywalters (~barnabywa@46-239-239-203.tal.is)
# [12:24] * Joins: ricea (~ricea@2401:fa00:4:1000:d913:e9df:bb08:9c6f)
# [12:25] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
# [12:39] * Quits: capella-s3 (~yaaic@cpe-72-230-125-7.twcny.res.rr.com) (Read error: Connection reset by peer)
# [12:52] * Joins: capella-s3 (~yaaic@cpe-72-230-125-7.twcny.res.rr.com)
# [12:53] * Joins: jacobolus (~jacobolus@122.195.57.137)
# [12:57] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
# [12:59] <annevk> zcorpan: maybe, but you'll get more with CSSOM which seems bad
# [12:59] <zcorpan> annevk: yes
# [13:02] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 252 seconds)
# [13:05] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
# [13:07] * Joins: jyasskin (~jyasskin@business-092-079-138-202.static.arcor-ip.net)
# [13:08] * Quits: xtrm0 (uid12574@gateway/web/irccloud.com/x-crqgivscasaldvvs) (Quit: Connection closed for inactivity)
# [13:17] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 245 seconds)
# [13:18] * Quits: oenftw (~Siente@46.10.239.161) (Read error: Connection reset by peer)
# [13:19] * Joins: oenftw (~Siente@46.10.239.161)
# [13:23] * Joins: hemanth (~hemanth@122.167.115.98)
# [13:31] * Joins: gH05t (~gH05t@111.92.60.62)
# [13:32] * Quits: gH05t (~gH05t@111.92.60.62) (Max SendQ exceeded)
# [13:32] * Joins: gH05t (~gH05t@111.92.60.62)
# [13:33] * Quits: gH05t (~gH05t@111.92.60.62) (Max SendQ exceeded)
# [13:34] * Joins: gH05t (~gH05t@111.92.60.62)
# [13:34] * Quits: gH05t (~gH05t@111.92.60.62) (Max SendQ exceeded)
# [13:35] * Joins: gH05t (~gH05t@111.92.60.62)
# [13:41] * Quits: satazor_ (~satazor@114.248.108.93.rev.vodafone.pt) (Remote host closed the connection)
# [13:43] * Joins: igoroliveira (uid20755@gateway/web/irccloud.com/x-nqjodozzgspuvewf)
# [13:48] * Quits: hemanth (~hemanth@122.167.115.98) (Quit: This computer has gone to sleep)
# [13:50] * Joins: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi)
# [13:51] * Joins: satazor (~satazor@bl6-111-97.dsl.telepac.pt)
# [13:59] * Quits: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek) (Quit: Leaving.)
# [14:05] * Krinkle is now known as Krinkle|detached
# [14:15] * Quits: psy_ (~psy@182.74.25.22) (Quit: Leaving)
# [14:16] * Joins: hemanth (~hemanth@122.167.115.98)
# [14:32] * Quits: satazor (~satazor@bl6-111-97.dsl.telepac.pt) (Remote host closed the connection)
# [14:36] * Quits: dshwang (dshwang@nat/intel/x-sxnpiyntecrsqdqr) (Remote host closed the connection)
# [14:38] * Quits: gH05t (~gH05t@111.92.60.62) (Quit: gH05t out.)
# [14:44] * Quits: hasather (~hasather@80.91.33.141) (Remote host closed the connection)
# [14:44] * Joins: hasather (~hasather@80.91.33.141)
# [14:51] * Joins: zdobersek (~zan@178.162.199.211)
# [14:53] * Joins: newtron (~newtron@199.71.174.203)
# [14:56] * Joins: dshwang (~dshwang@134.134.139.72)
# [14:59] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
# [15:00] * Joins: ehsan (~ehsan@135-23-213-215.cpe.pppoe.ca)
# [15:02] * Joins: charl (~charl@2a01:4f8:d13:5380:c0ff:ee:c0de:cafe)
# [15:03] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 246 seconds)
# [15:08] * Joins: satazor (~satazor@bl6-111-97.dsl.telepac.pt)
# [15:13] * Quits: hemanth (~hemanth@122.167.115.98) (Quit: This computer has gone to sleep)
# [15:24] * Joins: zenith_ (~zenith@user3-87-235.wireless.utoronto.ca)
# [15:25] * Quits: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi) (Ping timeout: 256 seconds)
# [15:36] * Joins: TallTed (~Thud@63.119.36.36)
# [15:45] * Quits: zdobersek (~zan@178.162.199.211) (Ping timeout: 250 seconds)
# [15:48] * Joins: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek)
# [15:56] * Joins: psy_ (~psy@103.6.159.176)
# [15:57] * Quits: darobin (~darobin@mtl93-18-78-208-93-24.fbx.proxad.net) (Read error: Connection reset by peer)
# [15:57] * Joins: darobin_ (~darobin@2a01:e34:ed05:d180:ecb8:8387:f34c:6673)
# [16:10] * Quits: hasather (~hasather@80.91.33.141) (Remote host closed the connection)
# [16:10] * Joins: hasather (~hasather@80.91.33.141)
# [16:14] * Joins: aleray__ (~aleray@ip-62-235-216-184.dsl.scarlet.be)
# [16:14] <aleray__> hi, is it ok to use h1 inside <article> tags?
# [16:14] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
# [16:14] <annevk> aleray__: yes
# [16:15] <aleray__> annevk,thanks
# [16:15] * Quits: psy_ (~psy@103.6.159.176) (Ping timeout: 252 seconds)
# [16:15] <aleray__> I had contradictory readings about that.
# [16:15] <annevk> I think the model suggested by the specification does not have full support, which is why people might caution against it as a practical matter
# [16:16] <aleray__> This text suggests the following for instance: http://html5doctor.com/the-article-element/
# [16:16] <aleray__> in the "An <article> with comments as nested <article>s" section
# [16:18] <annevk> aleray__: they don't recommend against it though, do they?
# [16:18] <annevk> aleray__: they just have a header for the article rather than just a heading
# [16:19] <annevk> aleray__: and actually, under "Using <article> for a widget" it seems to cover the case of using <h1> directly
# [16:21] <aleray__> annevk, ok. Not sure to understand the subtlety. I will go through it again. In my case I have a div in which I list news. Each news is wrapped in an <article> and now has an h1 in it.
# [16:21] <annevk> aleray__: sounds fine
# [16:21] * Joins: psy_ (~psy@103.6.159.176)
# [16:23] <aleray__> annevk, nice. My outline is wrong but I might have unclosed tags somewhere. Let's fix the structure first
# [16:24] <aleray__> btw, just fyi I have just published https://github.com/aleray/html5lib_typogrify
# [16:24] * Quits: satazor (~satazor@bl6-111-97.dsl.telepac.pt) (Remote host closed the connection)
# [16:24] <aleray__> it is really minimal now, but if I have time I will expand it
# [16:31] * Quits: halfline (rstrode@nat/redhat/x-dznstzmavftrhyhj) (Read error: Connection reset by peer)
# [16:32] * Joins: boogyman (~boogyman@38.88.11.131)
# [16:32] * Quits: boogyman (~boogyman@38.88.11.131) (Changing host)
# [16:32] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
# [16:32] * Joins: halfline (rstrode@nat/redhat/x-igvqzkvepdkbqako)
# [16:33] * Joins: watilde (~watilde@i114-180-108-27.s04.a013.ap.plala.or.jp)
# [16:36] * Quits: oenftw (~Siente@46.10.239.161) (Quit: Leaving)
# [16:39] * Quits: zenith_ (~zenith@user3-87-235.wireless.utoronto.ca) (Read error: Connection reset by peer)
# [16:39] * Joins: zenith_ (~zenith@user3-87-235.wireless.utoronto.ca)
# [16:47] * Joins: satazor (~satazor@114.248.108.93.rev.vodafone.pt)
# [16:59] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
# [17:00] * Quits: zenith_ (~zenith@user3-87-235.wireless.utoronto.ca) (Ping timeout: 255 seconds)
# [17:01] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
# [17:04] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 252 seconds)
# [17:05] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 265 seconds)
# [17:06] * Joins: jsx (uid48919@fsf/intern/jsx)
# [17:08] * Joins: benjamingr (uid23465@gateway/web/irccloud.com/x-drquqdiqolurbpwn)
# [17:11] * Joins: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi)
# [17:12] * Quits: iandevlin (~iandevlin@b2b-5-10-191-178.unitymedia.biz) (Quit: iandevlin)
# [17:13] * Quits: watilde (~watilde@i114-180-108-27.s04.a013.ap.plala.or.jp) (Remote host closed the connection)
# [17:18] * Joins: watilde (~watilde@i114-180-108-27.s04.a013.ap.plala.or.jp)
# [17:22] <annevk> JakeA: what does GPU-rendered DOM element mean?
# [17:22] <Ms2ger> Nothing
# [17:23] <JakeA> annevk: do the rasterisation on the GPU, like we do with canvas right now
# [17:23] <annevk> JakeA: I think the main slowness people have with DOM, across both React and the Google components crowd, is that if you have a large mutating tree, layout gets slow. Both then take the approach of putting all the data outside the DOM and then stamping out something smaller based on what is seen by the user through a template of sorts...
# [17:24] <annevk> JakeA: so that instead of a 10000 item list, you only have a list with 50 items that are seen by the user, backed by a 10000 item JavaScript array
# [17:24] * Quits: hasather (~hasather@80.91.33.141) (Remote host closed the connection)
# [17:25] <annevk> JakeA: unless we can solve that scenario, the DOM seems rather doomed as information container
# [17:25] * Joins: hasather (~hasather@80.91.33.141)
# [17:25] * Joins: zenith_ (~zenith@user3-87-235.wireless.utoronto.ca)
# [17:26] <JakeA> annevk: wouldn't some layout feature make that ok in the DOM? Some kind of list-view display? I guess you could do that yourself with hooks into layout
# [17:26] <annevk> JakeA: so this GPU-rendering of DOM elements is GPU-rendering of CSS "boxes"?
# [17:26] <Ms2ger> xul:listbox
# [17:27] <annevk> JakeA: well, what Polymer has is <core-list>, which has this JavaScript-backed thing
# [17:27] <JakeA> annevk: Yeah
# [17:27] <annevk> JakeA: ok that makes more sense
# [17:28] * Quits: aleray__ (~aleray@ip-62-235-216-184.dsl.scarlet.be) (Ping timeout: 240 seconds)
# [17:28] <annevk> JakeA: a layout primitive goes some ways, though does not necessarily help with invalidation of trees due to mutation and selectors that then have to match again
# [17:29] <annevk> JakeA: for that isolated styles could help
# [17:29] <annevk> JakeA: wycats has some ideas around that, but nothing concrete
# [17:30] <annevk> But it's a rather large gap to bridge and I can totally understand why we have these experiments going on to get it some other way
# [17:32] <annevk> JakeA: anyway, this has annoyed me too, thanks for pushing people to dig a little deeper
# [17:35] * Joins: eBureau (~Bruno@181.164.77.172)
# [17:39] <wycats> annevk: which ideas?
# [17:40] * Joins: Somatt_wrk (~somattwrk@130.193.24.135)
# [17:40] <wycats> JakeA: the biggest issue with list-view is the lack of scroll hooks
# [17:40] <wycats> https://github.com/emberjs/list-view is used a lot in production Ember apps
# [17:40] <smaug____> Ms2ger: I think you want xul:tree
# [17:40] <JakeA> wycats: Chrome has been proposing a sync scroll handler (onbeforescroll) but I think it's getting push-back from other vendors
# [17:41] <annevk> wycats: around isolation for CSS
# [17:41] <wycats> JakeA: yeah
# [17:41] * Quits: watilde (~watilde@i114-180-108-27.s04.a013.ap.plala.or.jp) (Remote host closed the connection)
# [17:41] <wycats> JakeA: I think we should provide it and accept that it forces us to think hard about keeping frames small
# [17:41] <JakeA> annevk: yeah, I guess we need style resolution hooks and/or isolation
# [17:41] <wycats> JakeA: Shadow DOM helps a lot here
# [17:41] <wycats> especially for list views
# [17:42] <wycats> unrelatedly, I just posted: https://twitter.com/wycats/status/569893045321101312
# [17:42] <JakeA> wycats: agreed. Maybe sync handlers are bad but all the touch-event-based scroll reimlementations are way worse
# [17:42] <annevk> JakeA: there's interest from Mozilla in solving the problem, though roc seems to prefer adding a UI-centric worker
# [17:42] <wycats> JakeA: 100%
# [17:42] <annevk> JakeA: see dev.platform thread I pointed to on Twitter
# [17:42] <wycats> annevk: I need to speak to roc
# [17:42] <wycats> I don't agree with him on that thread
# [17:43] * Joins: jsbell (jsbell@nat/google/x-mkqijfllvyilxrty)
# [17:43] <wycats> (as a person who has implemented this stuff)
# [17:43] <wycats> I don't mind creating a new UI daemon
# [17:43] <wycats> but it's not tackling the problem head-on
# [17:43] <JakeA> wycats: I think there are some oddities that make that not true. Maybe position:fixed inside that element? I can't remember. TabAtkins would know.
# [17:43] <annevk> wycats: give it three-four hours and he might be online I guess, assuming he's at home
# [17:43] <wycats> :)
# [17:43] <wycats> the way to tackle the problem is to look at the 17ms timeslice, figure out where it's going, and figure out how to shrink it
# [17:44] <wycats> and then figure out how to give developers APIs that don't blow the budget
# [17:44] <wycats> people who are writing things like list-view are very very very good devs
# [17:44] <wycats> they can color inside the lines if they had the tools
# [17:45] <jgraham> annevk: You got time to look at https://critic.hoppipolla.co.uk/r/3216 ?
# [17:46] <annevk> JakeA: btw, the DOM spec calls it the "node tree" if you want a different term
# [17:46] <annevk> JakeA: https://dom.spec.whatwg.org/#node-tree
# [17:47] <annevk> JakeA: the JavaScript community sometimes uses "DOM" as a term for everything not JavaScript, which has been confusing me at times
# [17:47] <JakeA> annevk: node tree is a good name for it
# [17:47] <JakeA> nice
# [17:51] <annevk> https://twitter.com/getify/status/569902233262796800 lol who exactly has been swapping terms :p
# [17:51] * Quits: satazor (~satazor@114.248.108.93.rev.vodafone.pt) (Read error: No route to host)
# [17:51] * Joins: satazor (~satazor@114.248.108.93.rev.vodafone.pt)
# [17:52] <Ms2ger> "DOM layout"?
# [17:52] <Ms2ger> As opposed to what?
# [17:53] <annevk> JakeA: if you haven't seen it, I recommend looking at https://speakerdeck.com/vjeux/react-css-in-js
# [17:54] <annevk> JakeA: it's a really great introduction to everything that is wrong with CSS
# [17:54] <boogyman> annevk: i would argue that understand the meaning of DOM is much more important than knowing the word-for-word translation of the acronym, which may be what you're all eluding to in the proposed "rename/remap".
# [17:55] * Joins: watilde (~watilde@i114-180-108-27.s04.a013.ap.plala.or.jp)
# [17:55] * Quits: viduthalai1947_ (uid5404@gateway/web/irccloud.com/x-buyvxzcnlsfocasr) (Quit: Connection closed for inactivity)
# [17:55] <annevk> boogyman: what is the meaning?
# [17:56] * Quits: jyasskin (~jyasskin@business-092-079-138-202.static.arcor-ip.net) (Quit: My computer has gone to sleep. ZZZzzz…)
# [17:57] <boogyman> In Kyle's tweets it appears he's pushing back against DOM meaning "Node Tree" or "Document Model Model" or whatever "DOM layout" means.
# [17:58] <annevk> boogyman: yeah, as I said above that's fairly prevalent in certain circles, Kyle's claim it goes for all web developers I doubt, but it's common
# [17:58] <jgraham> I've for-sure seen people say "DOM is slow" when they meant "some aspect of CSS/layout is slow"
# [17:59] <jgraham> e.g. someone complaining that adding flexbox to 50 elements caused slowness that they could avoid by computing absolute positions for those elements
# [18:00] * Quits: watilde (~watilde@i114-180-108-27.s04.a013.ap.plala.or.jp) (Ping timeout: 256 seconds)
# [18:03] <boogyman> Understand the point, but "computing abs.pos." tells me they are only targeting small set of the world, which in itself is not ideal.
# [18:04] <wycats> annevk: I think there are better solutions than vjeux's
# [18:04] <wycats> Ember is investigating ;)
# [18:04] <wycats> but his articulation of the problem is good
# [18:05] <jgraham> Right, it might be that the new thing they did was a terrible mess. But they piggybacked on the "DOM is slow" meme to air a complaint about a facet of the platform that is entirely unrelated to the DOM.
# [18:05] <wycats> jgraham: confirm
# [18:05] <wycats> also, most of the platform is tractabl
# [18:05] <jgraham> So even if we solve the problem, people will go "oh, there's still a DOM so it's still going to be too slow"
# [18:05] <wycats> even within the context of the existing programming model
# [18:06] * Krinkle|detached is now known as Krinkle
# [18:06] <wycats> I am pretty tired of the revolutionaries
# [18:06] <wycats> "let's replace CSS with a constraint solver"
# [18:06] <wycats> "let's replace CSS with inline styles"
# [18:06] <wycats> etc.
# [18:07] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
# [18:09] <wycats> I would be happy with identifying portable style boundaries and specifying them
# [18:09] <wycats> and also identifying easy heuristics you can use to prune selectors you don't have to match for a given operation
# [18:13] <gsnedders> CSPs are really easy to solve, though!
# [18:13] <gsnedders> BUT WHAT CSP AM I REFERRING TO?! #OverloadedInitalismsAreFun
# [18:14] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
# [18:16] * Quits: bnicholson (~bnicholso@c-24-130-60-241.hsd1.ca.comcast.net) (Quit: This computer has gone to sleep)
# [18:17] * Joins: ap (~ap@17.202.44.214)
# [18:20] <Ms2ger> The common salesman problem?
# [18:20] * Joins: tantek (~tantek@50-1-62-185.dsl.dynamic.fusionbroadband.com)
# [18:21] * Joins: iandevlin (~iandevlin@dslb-188-109-009-205.188.109.pools.vodafone-ip.de)
# [18:24] <jsx> In @counter-style, <symbol> = <string> | <image> | <ident>
# [18:24] <jsx> What would be an example for <ident>
# [18:24] <Ms2ger> blah
# [18:26] * Joins: satazor_ (~satazor@114.248.108.93.rev.vodafone.pt)
# [18:26] * Quits: satazor (~satazor@114.248.108.93.rev.vodafone.pt) (Read error: Connection reset by peer)
# [18:31] * Quits: espadrine (~tyl@LMontsouris-656-1-2-84.w80-12.abo.wanadoo.fr) (Ping timeout: 250 seconds)
# [18:32] * Joins: bnicholson (~bnicholso@corp.mtv2.mozilla.com)
# [18:35] * Quits: calvaris (~calvaris@fanzine.igalia.com) (Quit: Ex-Chat)
# [18:36] * Joins: eric_carlson (~ericc@17.202.49.94)
# [18:38] * darobin_ is now known as darobin
# [18:39] * Quits: darobin (~darobin@2a01:e34:ed05:d180:ecb8:8387:f34c:6673) (Remote host closed the connection)
# [18:44] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
# [18:45] * Quits: barnabywalters (~barnabywa@46-239-239-203.tal.is) (Quit: barnabywalters)
# [18:49] <annevk> wycats: yeah, not sure about the solution space, but mostly the "this is a problem and why" is really good and interesting
# [18:49] * Quits: eBureau (~Bruno@181.164.77.172) (Ping timeout: 255 seconds)
# [18:50] <annevk> wycats: heh, there's a bit of XHTML 2.0 in everyone :p
# [18:51] <gsnedders> Ms2ger: no, Communicating Sequential Processes, duh!
# [18:58] * Joins: benwerd (~benwerd@172.56.39.33)
# [19:00] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
# [19:03] * Quits: hasather (~hasather@80.91.33.141) (Remote host closed the connection)
# [19:03] * Joins: hasather (~hasather@80.91.33.141)
# [19:03] * Quits: benwerd (~benwerd@172.56.39.33) (Remote host closed the connection)
# [19:05] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 264 seconds)
# [19:09] * Joins: darobin (~darobin@2a01:e34:ed05:d180:ecb8:8387:f34c:6673)
# [19:21] * Joins: jyasskin (~jyasskin@business-092-079-137-146.static.arcor-ip.net)
# [19:37] * Quits: darobin (~darobin@2a01:e34:ed05:d180:ecb8:8387:f34c:6673) (Remote host closed the connection)
# [19:37] * Joins: darobin (~darobin@mtl93-18-78-208-93-24.fbx.proxad.net)
# [19:37] * Quits: darobin (~darobin@mtl93-18-78-208-93-24.fbx.proxad.net) (Remote host closed the connection)
# [19:37] * Joins: zenith__ (~zenith@199.119.233.198)
# [19:39] * Quits: zenith_ (~zenith@user3-87-235.wireless.utoronto.ca) (Read error: Connection reset by peer)
# [19:41] * Quits: satazor_ (~satazor@114.248.108.93.rev.vodafone.pt) (Remote host closed the connection)
# [19:42] * Quits: encryptd_fractal (~encryptd_@24-177-122-160.dhcp.mdsn.wi.charter.com) (Remote host closed the connection)
# [19:45] * Joins: benwerd (~benwerd@199.87.84.238)
# [19:49] * Joins: norviller (~norviller@17.199.19.78)
# [19:52] * Joins: encryptd_fractal (~encryptd_@12.148.211.210)
# [19:55] * Joins: jernoble_ (~jernoble@17.202.47.66)
# [20:04] * Quits: hasather (~hasather@80.91.33.141) (Remote host closed the connection)
# [20:05] * Joins: hasather (~hasather@80.91.33.141)
# [20:10] <wycats> lol
# [20:12] * Joins: satazor (~satazor@bl6-111-97.dsl.telepac.pt)
# [20:12] * Joins: jwalden (~waldo@2620:101:80fc:224:7e7a:91ff:fe25:a5a3)
# [20:18] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
# [20:20] <jamesr___> wycats: you need position as well, i believe
# [20:22] <jamesr___> wycats: or positioned descendants of the overflow:hidden things will influence the position of siblings
# [20:23] <jamesr___> ah, i see this was already covered on twitter
# [20:24] <gsnedders> jgraham: should we make the tree walker tests part of the parser tests? I mean they're guaranteed to fail if the identical parser test fails…
# [20:24] <gsnedders> jgraham: so it seems kinda like they should be part of the same test
# [20:30] <wycats> is position: relative sufficient?
# [20:46] * Quits: jacobolus (~jacobolus@122.195.57.137) (Remote host closed the connection)
# [20:46] * Quits: roc (~chatzilla@121-99-87-183.bng1.tvc.orcon.net.nz) (Remote host closed the connection)
# [20:47] * Joins: roc (~chatzilla@121-99-87-183.bng1.tvc.orcon.net.nz)
# [20:54] * Krinkle is now known as Krinkle|detached
# [20:54] <roc> wycats: speak to me
# [20:56] * Joins: ambv (~ambv@199.201.64.131)
# [21:00] * Quits: iandevlin (~iandevlin@dslb-188-109-009-205.188.109.pools.vodafone-ip.de) (Quit: Nettalk6 - www.ntalk.de)
# [21:01] * Joins: darobin (~darobin@mtl93-18-78-208-93-24.fbx.proxad.net)
# [21:01] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
# [21:05] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
# [21:06] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
# [21:06] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 264 seconds)
# [21:07] * Joins: say2joe (~Adium@198-101-119-98.static-ip.telepacific.net)
# [21:07] * Quits: say2joe (~Adium@198-101-119-98.static-ip.telepacific.net) (Max SendQ exceeded)
# [21:08] * Joins: say2joe (~Adium@198-101-119-98.static-ip.telepacific.net)
# [21:10] * Quits: encryptd_fractal (~encryptd_@12.148.211.210)
# [21:12] * Quits: anssiko (uid10742@gateway/web/irccloud.com/x-aapqjiphguvgmmxp) (Quit: Connection closed for inactivity)
# [21:16] * Joins: jacobolus (~jacobolus@122.195.57.137)
# [21:16] <wycats> roc: I am currently pair programming on Ember
# [21:17] * Joins: biniar (~biniar@unaffiliated/biniar)
# [21:17] <wycats> but I will ping you when I have uno momento
# [21:21] * Quits: jacobolus (~jacobolus@122.195.57.137) (Ping timeout: 246 seconds)
# [21:21] <TabAtkins> jsx: Hm, it's linking over to the wrong spec for <ident>, but that just means keywords.
# [21:22] * Joins: encryptd_fractl (~encryptd_@12.148.211.210)
# [21:23] * Quits: jyasskin (~jyasskin@business-092-079-137-146.static.arcor-ip.net) (Ping timeout: 250 seconds)
# [21:26] * Joins: jacobolus (~jacobolus@122.195.57.137)
# [21:26] * Quits: jacobolus (~jacobolus@122.195.57.137) (Remote host closed the connection)
# [21:26] * Quits: satazor (~satazor@bl6-111-97.dsl.telepac.pt) (Remote host closed the connection)
# [21:27] * Joins: jacobolus (~jacobolus@122.195.57.137)
# [21:28] * Quits: jacobolus (~jacobolus@122.195.57.137) (Remote host closed the connection)
# [21:28] * Joins: jacobolus (~jacobolus@122.195.57.137)
# [21:30] * Quits: jacobolus (~jacobolus@122.195.57.137) (Remote host closed the connection)
# [21:30] * Joins: satazor (~satazor@bl6-111-97.dsl.telepac.pt)
# [21:30] <roc> annevk: that css-in-js deck is nowhere near "everything that's wrong with CSS" :-)
# [21:30] * Quits: darobin (~darobin@mtl93-18-78-208-93-24.fbx.proxad.net) (Remote host closed the connection)
# [21:30] * Joins: jacobolus (~jacobolus@122.195.57.137)
# [21:31] * Quits: jacobolus (~jacobolus@122.195.57.137) (Remote host closed the connection)
# [21:31] <roc> in fact, I quite like their approach of driving everything with JS and inline styles. I was just thinking recently that that seems like a good way to negate one of the performance issues of Web vs native --- selector matching and cascading
# [21:32] * Joins: eBureau (~Bruno@181.164.77.172)
# [21:32] * Joins: jacobolus (~jacobolus@122.195.57.137)
# [21:33] * Quits: jacobolus (~jacobolus@122.195.57.137) (Remote host closed the connection)
# [21:34] * Joins: jacobolus (~jacobolus@122.195.57.137)
# [21:35] * Joins: aphprentice (~aphprenti@cpe-68-203-24-27.austin.res.rr.com)
# [21:35] * Quits: jacobolus (~jacobolus@122.195.57.137) (Remote host closed the connection)
# [21:36] <TabAtkins> Yeah, I think there's some really interesting ideas we can dig out of there for applying styles more locally.
# [21:36] * Joins: jacobolus (~jacobolus@122.195.57.137)
# [21:36] <TabAtkins> Rather than the big mishmash of global styles that CSS is today. ^_^
# [21:37] <annevk> roc: haha, fair
# [21:37] * Quits: jacobolus (~jacobolus@122.195.57.137) (Remote host closed the connection)
# [21:38] <annevk> roc: yeah, the tight coupling is really interesting, also how useless specificity is
# [21:38] <roc> the deck kinda oversells "CSS in JS" though
# [21:38] * Joins: jacobolus (~jacobolus@122.195.57.137)
# [21:38] <annevk> Might be because React has that approach to all the things that are not JS
# [21:38] <roc> they're not bypassing all of CSS, not by any means --- just part of the style system
# [21:38] <TabAtkins> I'm almost certain that a mature version of that would reinvent some form of specificity, though. You could probably get away with just a single explicitly-supplied number, though.
# [21:39] <TabAtkins> Without it, you have to rely on temporal ordering of application, which is trickier to manage as you get more complex.
# [21:39] * Quits: jacobolus (~jacobolus@122.195.57.137) (Remote host closed the connection)
# [21:40] <annevk> TabAtkins: yeah, I guess you want some of it, coupled with isolation it wouldn't be an issue
# [21:40] <Domenic> roc: I think they are bypassing hte "cascading" and "sheets" parts of CSS :P
# [21:40] * Joins: jacobolus (~jacobolus@122.195.57.137)
# [21:40] <roc> Domenic: yeah, well, it turns out that despite the naming, most of CSS is actually not about that :-)
# [21:41] <TabAtkins> I want to spend some time later this year thinking about this some more, and seeing what I can come up with. More experiments in this area by the JS people will help.
# [21:41] <roc> I don't think stylesheets are really helpful to people building these apps
# [21:41] <annevk> TabAtkins: I expect that not solving this will halt work on shadow DOM and such as well
# [21:41] * Quits: jacobolus (~jacobolus@122.195.57.137) (Remote host closed the connection)
# [21:41] <TabAtkins> Agreed; they're actually an anti-feature when you're trying to get composability.
# [21:41] <TabAtkins> annevk: yup.
# [21:41] <annevk> TabAtkins: maybe less so for custom elements
# [21:41] * Quits: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 244 seconds)
# [21:42] <roc> when you're constructing lots of DOM nodes with JS, it makes sense to set style values explicitly from JS as well.
# [21:42] * Joins: jacobolus (~jacobolus@122.195.57.137)
# [21:42] <annevk> TabAtkins: but I'd like to see us sort out what the way forward is for React / Ember style applications before committing to shadow DOM
# [21:42] <annevk> Maybe Bert Bos was right after all that you don't want HTML/CSS/JS for applications
# [21:43] * Quits: satazor (~satazor@bl6-111-97.dsl.telepac.pt) (Remote host closed the connection)
# [21:43] <TabAtkins> No, he was still wrong, because what you want is just JS. ^_^
# [21:43] * Quits: jacobolus (~jacobolus@122.195.57.137) (Remote host closed the connection)
# [21:44] * Joins: jacobolus (~jacobolus@122.195.57.137)
# [21:44] <annevk> I may have remembered http://www.w3.org/People/Bos/webapps.html and http://www.w3.org/People/Bos/webapps-proposal.html for more than they are
# [21:44] <annevk> TabAtkins: heh
# [21:46] * Joins: satazor (~satazor@114.248.108.93.rev.vodafone.pt)
# [21:46] <roc> I like having a proper mental image of Tab to associate with his messages
# [21:46] <TabAtkins> roc: Same!
# [21:46] <roc> still don't have Domenic :-(
# [21:46] <TabAtkins> His Twitter image is accurate.
# [21:46] * Quits: jacobolus (~jacobolus@122.195.57.137) (Remote host closed the connection)
# [21:47] <roc> by "image", I don't mean an image :-)
# [21:51] * Joins: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
# [21:52] <annevk> roc: do you have some data on how long the selector matching takes vs other parts of CSS?
# [21:52] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
# [21:54] <roc> I don't, but it's definitely enough that people (in Gecko and Blink at least) spend a ton of work optimizing it
# [21:55] <roc> e.g. we did some work a while back to ensure that modifying inline style rules doesn't require rerunning selector matching. That helped some cases a lot.
# [21:56] <wanderview> roc: is this the motivation for scoped styles as well? seems they have not worked out
# [21:56] <wanderview> explicit inline styling being the extreme case of "scoped" styles
# [21:57] * Quits: newtron (~newtron@199.71.174.203) (Ping timeout: 252 seconds)
# [21:57] <roc> wanderview: no. Scoped styles are a modularity mechanism.
# [21:58] <wanderview> ok
# [21:58] <roc> and actually quite a helpful one, I think. It's just that Blink chose not to implement them
# [21:58] <roc> same for CSS variables
# [21:58] <wanderview> just seemed it would reduce the node tree that could be selector matched
# [21:59] * Joins: jernobl__ (~jernoble@17.244.160.203)
# [21:59] <roc> yes, that it does, though I don't think we've fully optimized around that
# [21:59] <annevk> does it? external selectors could still match
# [22:00] <annevk> there's no isolation
# [22:00] * Joins: aleray__ (~aleray@ip-83-101-52-66.customer.schedom-europe.net)
# [22:00] <wanderview> annevk: I meant for styles modified in the "scoped" style tag
# [22:00] * Joins: jyasskin (~jyasskin@business-092-079-138-202.static.arcor-ip.net)
# [22:00] * Joins: xtrm0 (uid12574@gateway/web/irccloud.com/x-cnarjtddazalqhhk)
# [22:00] * wanderview only understands about 5% of this stuff...
# [22:00] * Quits: tantek (~tantek@50-1-62-185.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
# [22:01] * Quits: jernoble_ (~jernoble@17.202.47.66) (Read error: Connection reset by peer)
# [22:01] * Joins: darobin (~darobin@2a01:e34:ed05:d180:ecb8:8387:f34c:6673)
# [22:01] * Quits: jernobl__ (~jernoble@17.244.160.203) (Client Quit)
# [22:03] * Joins: thenosaj (~thenosaj@cpc5-slam5-2-0-cust154.2-4.cable.virginm.net)
# [22:04] <roc> annevk: changes to the DOM outside the scope can't change the results of selectors in the scoped styles
# [22:04] <annevk> wanderview: hmm fair, I think the bottleneck is DOM mutations, but I don't actually know
# [22:04] <annevk> roc: also fair
# [22:05] <annevk> roc: I think Chrome killed variables because their code wasn't up to par, not because they don't want the feature
# [22:06] <roc> that sounds harsh ... but yes
# [22:06] <annevk> roc: <style scope> seemed more adversarial and had to do with shadow DOM, something we're not quite sure about
# [22:06] <annevk> roc: heh, maybe I misremembered but I thought that's what they said on blink-dev
# [22:07] <jamesr___> that seems accurate from what i remember
# [22:09] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
# [22:10] <wanderview> roc: I like your distinction about applying styles manually to elements... that's essentially what a programmatic native UI API would do... vs CSS declarative usage
# [22:10] <roc> exactly
# [22:11] <wanderview> and applying styles manually seems like a tooling issue
# [22:11] <wanderview> or framework issue
# [22:13] * Quits: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 255 seconds)
# [22:13] * Quits: thenosaj (~thenosaj@cpc5-slam5-2-0-cust154.2-4.cable.virginm.net) (Quit: gone afk)
# [22:13] <roc> having said that, some UI toolkits have adopted CSS as a declarative widget styling mechanism, so it's still helpful for some apps. And it's definitely helpful for more document-like pages.
# [22:14] <roc> another major source of overhead is the content/presentation distinction, which forces browsers to create a parallel tree of CSS boxes, using a sometimes expensive algorithm
# [22:14] <roc> that seems harder to get around...
# [22:15] <dglazkov> the premise of Shadow DOM is that you can have use CSS as it was designed, but break it up into smaller, per-component chunks
# [22:15] <roc> even when we create anonymous boxes, in Gecko we create anonymous elements to back them up, because it's far too much trouble to support naked CSS boxes
# [22:15] <dglazkov> at least in my observation, this leads to much simpler selectors
# [22:16] <dglazkov> applying all CSS inline should be a valid choice for frameworks
# [22:16] <dglazkov> but we as a platform can do better
# [22:16] <dglazkov> in terms of primitive ergonomics
# [22:16] * Joins: satazor_ (~satazor@bl6-111-97.dsl.telepac.pt)
# [22:17] * Quits: satazor_ (~satazor@bl6-111-97.dsl.telepac.pt) (Read error: Connection reset by peer)
# [22:17] * Quits: satazor (~satazor@114.248.108.93.rev.vodafone.pt) (Ping timeout: 256 seconds)
# [22:18] * Joins: satazor (~satazor@114.248.108.93.rev.vodafone.pt)
# [22:18] <dglazkov> re: style scoped: https://groups.google.com/a/chromium.org/d/topic/blink-dev/JB8nFQXhAuQ/discussion
# [22:20] <wycats> "but we as a platform can do better" big confirm
# [22:20] * Joins: thenosaj (~thenosaj@cpc5-slam5-2-0-cust154.2-4.cable.virginm.net)
# [22:21] * Joins: satazor_ (~satazor@bl6-111-97.dsl.telepac.pt)
# [22:21] * Quits: satazor (~satazor@114.248.108.93.rev.vodafone.pt) (Read error: Connection reset by peer)
# [22:22] * Joins: satazor (~satazor@bl6-111-97.dsl.telepac.pt)
# [22:23] * Krinkle|detached is now known as Krinkle
# [22:25] <dglazkov> having Shadow DOM is style boundary also a pretty useful thing (without shadow-piercing combinators)
# [22:25] <dglazkov> you could actually start computing style in parallel, for example
# [22:26] * Quits: satazor_ (~satazor@bl6-111-97.dsl.telepac.pt) (Ping timeout: 272 seconds)
# [22:27] <dglazkov> and of course, the shadow root being a natural style invalidation root is a good thing
# [22:32] * Quits: biniar (~biniar@unaffiliated/biniar) (Quit: calm down I will be back)
# [22:33] <TabAtkins> roc: We're nearly done with our parser rewrite, and then Variables is getting put right back in.
# [22:37] * Joins: biniar (~biniar@unaffiliated/biniar)
# [22:37] <wycats> dglazkov: +1
# [22:37] <wycats> TabAtkins: +1
# [22:37] <wycats> TabAtkins: I think you really want the ability to give a component a stylesheet that gets its variables from custom properties
# [22:38] <wycats> component.stylesheets.push(stylesheet)
# [22:38] <TabAtkins> Yeah, variables inherit.
# [22:38] <wycats> hm
# [22:38] <wycats> say more
# [22:38] <wycats> so the component itself would have some variables declared in the top-level sheet
# [22:38] <TabAtkins> Custom properties inherit by default. So you can set them from outside the component, and use them inside the component.
# [22:38] <wycats> sorry some custom properties
# [22:38] <wycats> iiiiinteresting
# [22:38] * Quits: thenosaj (~thenosaj@cpc5-slam5-2-0-cust154.2-4.cable.virginm.net) (Quit: gone afk)
# [22:38] <wycats> so stylesheets.push, if implemented, would "just work"
# [22:39] <TabAtkins> Yeah.
# [22:39] <wycats> nice
# [22:39] <wycats> please do implement
# [22:40] * Quits: jyasskin (~jyasskin@business-092-079-138-202.static.arcor-ip.net) (Ping timeout: 272 seconds)
# [22:42] * Quits: darobin (~darobin@2a01:e34:ed05:d180:ecb8:8387:f34c:6673) (Ping timeout: 272 seconds)
# [22:42] * Joins: newtron (~newtron@206-248-186-88.dsl.teksavvy.com)
# [22:43] * Joins: jyasskin (~jyasskin@business-092-079-137-146.static.arcor-ip.net)
# [22:45] * Quits: satazor (~satazor@bl6-111-97.dsl.telepac.pt) (Remote host closed the connection)
# [22:47] * Joins: jacobolus (~jacobolus@122.195.57.137)
# [22:49] * Quits: TallTed (~Thud@63.119.36.36)
# [22:51] * Quits: jacobolus (~jacobolus@122.195.57.137) (Ping timeout: 250 seconds)
# [22:58] * Quits: zenith__ (~zenith@199.119.233.198) (Remote host closed the connection)
# [23:00] * Joins: jernoble_ (~jernoble@17.244.160.203)
# [23:02] * Joins: tantek (~tantek@corp-nat.p2p.sfo1.mozilla.com)
# [23:05] * cbiesinger___ is now known as cbiesinger
# [23:05] <dglazkov> wycats: I want that too. I started a discussion a while back, but sadly I got distracted: https://lists.w3.org/Archives/Public/www-style/2012Oct/0491.html
# [23:06] * Quits: plutoniix (~plutoniix@node-nd3.pool-101-108.dynamic.totbb.net) (Quit: จรลี จรลา)
# [23:09] * Quits: tantek (~tantek@corp-nat.p2p.sfo1.mozilla.com) (Ping timeout: 252 seconds)
# [23:12] * Joins: tantek (~tantek@corp-nat.p2p.sfo1.mozilla.com)
# [23:13] <dglazkov> And when I say "I", I mean "Tab".
# [23:13] <dglazkov> :P
# [23:14] <jgraham> Apropos nothing in particular, I was talking to someone that works on gaia today and it seems like they didn't think web components was going to provide the level of encapsulation they wanted for building FirefoxOS apps (aka web apps)
# [23:15] * Quits: eric_carlson (~ericc@17.202.49.94) (Ping timeout: 246 seconds)
# [23:17] <dglazkov> jgraham: would love to know more details there
# [23:17] * Quits: roc (~chatzilla@121-99-87-183.bng1.tvc.orcon.net.nz) (Remote host closed the connection)
# [23:18] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
# [23:18] <dglazkov> it's a very generic statement :)
# [23:20] <jgraham> dglazkov: Yeah, I don't want to give some false statement about what they wanted
# [23:20] * Quits: Zebra111 (~quassel@sydnns0115w-156057001225.dhcp-dynamic.FibreOp.ns.bellaliant.net) (Remote host closed the connection)
# [23:20] <jgraham> So I guess I should try to get them to give feedback directly
# [23:20] <dglazkov> jgraham: anyone I could talk to?
# [23:20] <dglazkov> I don't bite
# [23:20] <dglazkov> anymore
# [23:21] <dglazkov> :)
# [23:23] <jgraham> It wasn't exactly clear to me what they did want, but they were talking about a solution that had multiple documents which is apparently good if you want to destroy one piece and reclaim all the memory, and allows building a clear message-based API
# [23:23] <jgraham> I'm not really sure if/how this solved problems relating to styling
# [23:25] <jgraham> (to be fair their solution didn't sound very sane to me, so as you can tell I am not a great proxy here)
# [23:26] * Joins: satazor (~satazor@bl6-111-97.dsl.telepac.pt)
# [23:27] <dglazkov> :-\
# [23:27] <dglazkov> maybe we could meet with them and try to have a brainstorm or something? Sounds like they're in a crazypants land
# [23:28] <smaug____> well, separate docs especially from different domains give you rather good encapsulation ;)
# [23:28] * Quits: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek) (Ping timeout: 256 seconds)
# [23:29] * Quits: jernoble_ (~jernoble@17.244.160.203) (Quit: Textual IRC Client: www.textualapp.com)
# [23:30] * Quits: tantek (~tantek@corp-nat.p2p.sfo1.mozilla.com) (Quit: tantek)
# [23:34] <jgraham> dglazkov: I'll see if there's someone who can provide actual useful feedback
# [23:34] * Joins: tantek (~tantek@corp-nat.p2p.sfo1.mozilla.com)
# [23:36] * heycam|away is now known as heycam
# [23:39] * Joins: thenosaj (~thenosaj@cpc5-slam5-2-0-cust154.2-4.cable.virginm.net)
# [23:42] <TabAtkins> dglazkov: You're not at your desk, so... do we still have a flag for resetting inheritance on the shadow tree? Or do you need to use a dummy element with 'all'?
# [23:43] * Joins: Zebra111 (~quassel@sydnns0115w-156057001225.dhcp-dynamic.FibreOp.ns.bellaliant.net)
# [23:43] * Quits: Zebra111 (~quassel@sydnns0115w-156057001225.dhcp-dynamic.FibreOp.ns.bellaliant.net) (Remote host closed the connection)
# [23:44] * Quits: satazor (~satazor@bl6-111-97.dsl.telepac.pt) (Ping timeout: 245 seconds)
# [23:49] * Joins: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
# [23:49] * Joins: Zebra111 (~quassel@sydnns0115w-156057001225.dhcp-dynamic.FibreOp.ns.bellaliant.net)
# [23:52] <Domenic> I was very disappointed in `all: unset`. It was too much. I think I want `all-but-display: unset`. I dunno, maybe it's workable in combination with a list of default-block elements.
# [23:53] * Joins: roc (~chatzilla@2001:cb0:b202:224:2677:3ff:fece:dc64)
# [23:54] <Domenic> I was very disappointed in `all: unset`. It was too much. I think I want `all-but-display: unset`. I dunno, maybe it's workable in combination with a list of default-block elements.
# [23:54] * Quits: tav (~tav`@host31-52-143-103.range31-52.btcentralplus.com) (Quit: tav)
# [23:55] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [23:55] * Joins: tav (~tav`@host31-52-143-103.range31-52.btcentralplus.com)
# [23:56] * Quits: tav (~tav`@host31-52-143-103.range31-52.btcentralplus.com) (Read error: No route to host)
# [23:56] * Quits: say2joe (~Adium@198-101-119-98.static-ip.telepacific.net) (Quit: Leaving.)
# [23:56] * Quits: tantek (~tantek@corp-nat.p2p.sfo1.mozilla.com) (Quit: tantek)
# [23:57] * Joins: tav (~tav`@host31-52-143-103.range31-52.btcentralplus.com)
# [23:59] * Joins: rniwa (~rniwa@17.245.29.167)
# Session Close: Tue Feb 24 00:00:01 2015

Think these logs are useful? Then please donate to show your gratitude (and keep them up, of course). Thanks! — Krijn