Options:
- # Session Start: Wed Oct 08 00:00:00 2014
- # Session Ident: #whatwg
- # [00:02] * Quits: ShaneHud_ (~ShaneHuds@0542bbc9.skybroadband.com)
- # [00:03] * Joins: mven (~textual@32.97.110.57)
- # [00:06] <Hixie> caitp: it shouldn't be there
- # [00:06] <Hixie> caitp: but we couldn't remove it once we realised that
- # [00:06] <Hixie> caitp: because people already used the first and third arguments
- # [00:07] <caitp> why shouldn't it?
- # [00:07] <Hixie> it's redundant with document.title, which is the better place for this
- # [00:08] <caitp> except that setting document.title doesn't affect the history list in any browser
- # [00:08] <caitp> so you end up with a huge list of items which all look the same
- # [00:08] <caitp> that kind of sucks
- # [00:09] <caitp> (eg holding down the back button in chrome)
- # [00:09] <caitp> well, I'm wrong, it does in FF nightly
- # [00:09] <caitp> but honestly that's probably not a very good behaviour
- # [00:10] <caitp> since the title as it appears in history should really be the initial title of the document, to avoid confusion imo
- # [00:10] <caitp> (or the initial title of the state)
- # [00:11] <caitp> the two things shouldn't be considered redundant even if one of them does end up using the other :p
- # [00:12] <caitp> probably too late to fix that now though :(
- # [00:19] * Joins: hasather (~hasather@80.91.33.141)
- # [00:22] * Quits: plutoniix (~plutoniix@node-hrw.pool-118-173.dynamic.totbb.net) (Quit: จรลี จรลา)
- # [00:25] * Quits: ttepasse (~ttepasse@ip-109-90-166-140.hsi11.unitymediagroup.de)
- # [00:34] * Quits: ehsan (~ehsan@2001:450:1f:224:20be:419c:b2ed:6613) (Quit: Leaving...)
- # [00:34] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
- # [00:36] * Joins: Sample (~Sample@unaffiliated/sample)
- # [00:45] * Quits: ambv_ (~ambv@206.108.217.134) (Read error: Connection reset by peer)
- # [00:45] * Joins: ambv (~ambv@206.108.217.134)
- # [00:47] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [00:48] * Quits: espadrine` (~ttyl@AMontsouris-158-1-15-57.w92-128.abo.wanadoo.fr) (Ping timeout: 246 seconds)
- # [00:51] * Quits: ambv (~ambv@206.108.217.134) (Quit: sys.exit(0) # app closed)
- # [00:51] * Joins: ambv (~ambv@206.108.217.134)
- # [00:54] * Joins: satazor (~satazor@102.99.136.95.rev.vodafone.pt)
- # [00:55] * Quits: ap (~ap@17.202.44.214)
- # [00:56] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 272 seconds)
- # [00:58] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [01:00] * Joins: espadrine (~espadrine@AMontsouris-158-1-15-57.w92-128.abo.wanadoo.fr)
- # [01:01] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Client Quit)
- # [01:03] * Joins: newtron_work (~newtron@199.71.174.204)
- # [01:06] * Quits: newtron_ (~newtron@199.71.174.203) (Ping timeout: 255 seconds)
- # [01:08] * Quits: newtron_work (~newtron@199.71.174.204) (Ping timeout: 255 seconds)
- # [01:15] * Joins: jernoble|laptop (~jernoble@17.202.45.163)
- # [01:21] * Quits: jernoble|laptop (~jernoble@17.202.45.163) (Ping timeout: 240 seconds)
- # [01:30] * Joins: jonr22 (~jonr22@c-65-96-170-37.hsd1.ma.comcast.net)
- # [01:30] * Quits: jonr22 (~jonr22@c-65-96-170-37.hsd1.ma.comcast.net) (Client Quit)
- # [01:31] * Joins: jonr22 (~jonr22@c-65-96-170-37.hsd1.ma.comcast.net)
- # [01:31] * Quits: jonr22 (~jonr22@c-65-96-170-37.hsd1.ma.comcast.net) (Client Quit)
- # [01:53] * Joins: hasather (~hasather@80.91.33.141)
- # [01:54] * Quits: Sample (~Sample@unaffiliated/sample) (Ping timeout: 250 seconds)
- # [01:54] * Quits: smaug____ (~chatzilla@cs78246079.pp.htv.fi) (Ping timeout: 272 seconds)
- # [02:01] * Joins: jdaggett_ (~jdaggett@61-121-216-2.bitcat.net)
- # [02:06] * Quits: yutak (~yutak@2401:fa00:4:1000:8004:4ae:6bd4:1b05) (Ping timeout: 272 seconds)
- # [02:06] * Quits: jwalden (~waldo@205.201.255.5) (Quit: ChatZilla 0.9.87-8.1450hg.fc20 [XULRunner 32.0/20140902134853])
- # [02:08] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
- # [02:08] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [02:09] * Joins: plutoniix (~plutoniix@210.213.57.70)
- # [02:09] * Quits: mven (~textual@32.97.110.57) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [02:14] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [02:16] * Quits: satazor (~satazor@102.99.136.95.rev.vodafone.pt) (Remote host closed the connection)
- # [02:17] * Joins: satazor (~satazor@102.99.136.95.rev.vodafone.pt)
- # [02:17] * Joins: yutak (~yutak@2401:fa00:4:1000:4dfc:fcc3:70b4:e2ef)
- # [02:18] * Joins: Sample (~Sample@unaffiliated/sample)
- # [02:19] * Joins: tommyliu (~tommyliu@183.37.186.244)
- # [02:19] * Quits: jsbell (jsbell@nat/google/x-mltaozduqfrjlwad) (Quit: There's no place like home...)
- # [02:22] * Quits: satazor (~satazor@102.99.136.95.rev.vodafone.pt) (Ping timeout: 244 seconds)
- # [02:23] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
- # [02:23] * Joins: Philip` (~philip@compass.zaynar.co.uk)
- # [02:33] * Quits: CvP (~CvP@203.76.123.238) (Read error: Connection reset by peer)
- # [02:33] * Quits: Sample (~Sample@unaffiliated/sample) (Ping timeout: 246 seconds)
- # [02:34] * Joins: CvP (~CvP@203.76.123.238)
- # [02:34] * Joins: mven (~textual@72.183.104.138)
- # [02:39] * Quits: willchan (willchan@nat/google/x-kgatdmmiqlqjkkms) (Ping timeout: 272 seconds)
- # [02:42] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 250 seconds)
- # [02:58] * Joins: jungkees (uid24208@gateway/web/irccloud.com/x-xshjiwvirqlilbbi)
- # [03:00] * Quits: tommyliu (~tommyliu@183.37.186.244) (Remote host closed the connection)
- # [03:01] * Joins: tommyliu (~tommyliu@li568-142.members.linode.com)
- # [03:04] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Quit: Bye)
- # [03:10] * Joins: jernoble|laptop (~jernoble@76.74.153.49)
- # [03:12] * Quits: espadrine (~espadrine@AMontsouris-158-1-15-57.w92-128.abo.wanadoo.fr) (Quit: espadrine)
- # [03:13] * Joins: ttepasse (~ttepasse@ip-109-90-166-140.hsi11.unitymediagroup.de)
- # [03:13] * Joins: Mso150 (~ctlM@80.83.238.83)
- # [03:14] * Joins: Goplat (~goplat@reactos/developer/Goplat)
- # [03:14] * Joins: Sample (~Sample@unaffiliated/sample)
- # [03:16] * Krinkle is now known as Krinkle|detached
- # [03:20] <Hixie> well, apparently dsinger and i have no ability to understand each other
- # [03:20] * Joins: tommyliu_ (~tommyliu@183.37.186.244)
- # [03:20] <Hixie> Domenic: your turn, i give up
- # [03:23] * Quits: tommyliu (~tommyliu@li568-142.members.linode.com) (Ping timeout: 244 seconds)
- # [03:24] * Quits: jernoble|laptop (~jernoble@76.74.153.49) (Quit: Computer has gone to sleep.)
- # [03:28] * Quits: Mso150 (~ctlM@80.83.238.83) (Ping timeout: 245 seconds)
- # [03:30] * Joins: Mso150 (~ctlM@80.83.239.96)
- # [03:36] * Quits: Mso150 (~ctlM@80.83.239.96) (Ping timeout: 250 seconds)
- # [03:38] <terinjokes> annevk: i assume that `fetch()` just has some internal way starting a fetch and handling a processed response?
- # [03:39] * Joins: hasather (~hasather@80.91.33.141)
- # [03:41] * Joins: Mso150_f (~ctlM@217.118.64.33)
- # [03:41] * Quits: jyasskin_ (jyasskin@nat/google/x-aozvskndgsjzhjtk) (Remote host closed the connection)
- # [03:42] <boogyman> Hixie: is this within one of the email mail lists?
- # [03:42] <Hixie> http://lists.w3.org/Archives/Public/public-w3process/2014Oct/thread.html
- # [03:44] <boogyman> okay, what which thread?
- # [03:44] <Hixie> the one i was posting in :-)
- # [03:44] <Hixie> http://lists.w3.org/Archives/Public/public-w3process/2014Oct/0101.html was the last e-mail
- # [03:45] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [03:45] <Hixie> i wonder if accusing people of doing what you want to do is some sort of documented logical fallacy debate tactic
- # [03:47] <Hixie> a: "i want to do a." b: "please don't do a!" [long argument] a: "i give up! you just want to force people to do a!"
- # [03:50] * Quits: Mso150_f (~ctlM@217.118.64.33) (Ping timeout: 260 seconds)
- # [03:57] <JonathanNeal> Hixie: does the parser language conflict with splitting srcset by commas? re: https://github.com/scottjehl/picturefill/issues/322#issuecomment-58293500
- # [04:01] <TabAtkins> JonathanNeal: Hixie's not the person to ask, as he's not the maintainer of that part of the spec.
- # [04:01] <TabAtkins> But yes, it is in conflict.
- # [04:01] <TabAtkins> There can be commas within a url, and as we add function descriptors, they may contain commas.
- # [04:01] * Joins: boogyman_ (~boogyman@50.167.218.18)
- # [04:03] * Krinkle|detached is now known as Krinkle
- # [04:03] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Ping timeout: 246 seconds)
- # [04:03] <JonathanNeal> Thanks. Who maintains that part of the spec?
- # [04:03] * boogyman_ is now known as boogyman
- # [04:03] <boogyman> Hixie: the common parent to your discussion is Tim stating quoting you about some sort of patent, is that correct
- # [04:04] * Quits: boogyman (~boogyman@50.167.218.18) (Changing host)
- # [04:04] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
- # [04:04] <Hixie> JonathanNeal: zcorpan
- # [04:04] <Hixie> boogyman: hm?
- # [04:05] <boogyman> The text from Hixie. I understand that this is the best which could be obtained as a document to be co-branded by W3C and WhatWG, that after some attempts to negotiate, Hixie refused to have that text removed.
- # [04:05] <Hixie> that's referring to the title on the FSA snapshot of the URL spec we published
- # [04:06] <TabAtkins> JonathanNeal: Me + zcorpan
- # [04:06] <TabAtkins> zcorpan is more of a maintainer, but I can answer questions as I wrote most of the text originally.
- # [04:09] * Quits: Sample (~Sample@unaffiliated/sample) (Ping timeout: 245 seconds)
- # [04:13] <JonathanNeal> Awesome. Would a parse error result in an error event being fired? https://html.spec.whatwg.org/multipage/embedded-content.html#the-img-element:event-error
- # [04:13] * Quits: abinader (sid21713@gateway/web/irccloud.com/x-gfanitntpceelilw)
- # [04:13] * Joins: Sample (~Sample@unaffiliated/sample)
- # [04:15] <JonathanNeal> And do errors fire when something happens that “let[s] error be yes”, like when parsing non-negative numbers?
- # [04:16] <TabAtkins> JonathanNeal: As long as it can find one valid candidate, it doesn't throw an error.
- # [04:17] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 260 seconds)
- # [04:17] * Quits: ttepasse (~ttepasse@ip-109-90-166-140.hsi11.unitymediagroup.de) (Ping timeout: 258 seconds)
- # [04:18] <boogyman> Hixie: is David really arguing over a change to a spec title?
- # [04:18] * Joins: ttepasse (~ttepasse@ip-109-90-166-140.hsi11.unitymediagroup.de)
- # [04:21] <JonathanNeal> So, to be clear, no parse error is thrown if one valid candidate if found, otherwise an error event is dispatched on the element?
- # [04:21] <TabAtkins> JonathanNeal: Yes.
- # [04:27] <JonathanNeal> When you say function descriptors, what do you mean? In responsive images, I know descriptors as the “x” in “1x” or the “w” in “400w”.
- # [04:28] <TabAtkins> Yes, those. Like if we add type() or something in the future.
- # [04:28] <TabAtkins> Keeping our options open.
- # [04:35] * Quits: Sample (~Sample@unaffiliated/sample) (Ping timeout: 272 seconds)
- # [04:38] * Quits: mven (~textual@72.183.104.138) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [04:40] * Joins: hasather (~hasather@80.91.33.141)
- # [04:47] * Joins: mven (~textual@72.183.104.138)
- # [05:01] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
- # [05:10] * Quits: diffalot (~diffalot@c-75-66-188-195.hsd1.ms.comcast.net) (Read error: Connection reset by peer)
- # [05:14] * Joins: diffalot (~diffalot@c-75-66-188-195.hsd1.ms.comcast.net)
- # [05:19] <JonathanNeal> My first attempt at writing my own spec-compliant regex parser for image candidates https://gist.github.com/jonathantneal/cd2a5754b88700bdbdbf
- # [05:27] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 245 seconds)
- # [05:27] * Quits: plutoniix (~plutoniix@210.213.57.70) (Ping timeout: 250 seconds)
- # [05:35] <JonathanNeal> “If an image candidate string contains no descriptors and no space characters after the URL, the following image candidate string, if there is one, must begin with one or more space characters.” Is this before or after the comma?
- # [05:36] * Joins: plutoniix (~plutoniix@210.213.57.70)
- # [05:46] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [05:46] * Quits: yacks (~yacks@103.6.159.172) (Ping timeout: 245 seconds)
- # [05:46] <JonathanNeal> I presume before, because a URL may not end with a comma.
- # [05:48] * Joins: yacks (~yacks@103.6.159.172)
- # [05:49] * Quits: ttepasse (~ttepasse@ip-109-90-166-140.hsi11.unitymediagroup.de) (Ping timeout: 272 seconds)
- # [05:52] * Joins: ttepasse (~ttepasse@ip-109-90-166-140.hsi11.unitymediagroup.de)
- # [05:56] * Joins: jernoble|laptop (~jernoble@162.217.73.171)
- # [06:09] <Hixie> boogyman: i think that he's asking us to publish a new copy of the url spec snapshot, but with a different title.
- # [06:09] <Hixie> boogyman: i'm not sure i understand anything else in that thread.
- # [06:12] * Quits: tommyliu_ (~tommyliu@183.37.186.244) (Remote host closed the connection)
- # [06:13] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
- # [06:13] * Quits: caitp (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 260 seconds)
- # [06:14] <boogyman> Hixie: I agree with your first statement. In regards to the second, I believe the thread is attempting for you to question your decision about the name it currently has as possibly tarnishing your reputation. I also find that the thread makes references to being able to refer to a snapshot ("static reference"), and that any phrasing changes whatsoever.
- # [06:15] * Quits: ttepasse (~ttepasse@ip-109-90-166-140.hsi11.unitymediagroup.de) (Ping timeout: 244 seconds)
- # [06:16] <boogyman> As an objective third-party, I believe I have an understanding of the motivation of both sides, and to me this is a philosophical difference of opinion. Static never-changing proof vs Fluid will-probably-be-obsolete publication.
- # [06:17] * Joins: ttepasse (~ttepasse@ip-109-90-166-140.hsi11.unitymediagroup.de)
- # [06:20] * Joins: roc (~chatzilla@216.2.51.36)
- # [06:20] <boogyman> In my experience it's very difficult to create something that is both abstract and definitive in nature, as it is sometimes very difficult to know what we don't know. An example of that would be that at one point in our existence we "knew" that the earth was flat, but we now "know" the earth is round, and in the future, we may "know" some other dimension.
- # [06:21] <Hixie> boogyman: so, the one thing that i think is an opinion really in my argument is that i prioritise interoperability above all else in this topic.
- # [06:22] <Hixie> boogyman: but everything else i'm arguing, i think, is a logical consequence of the facts of the universe plus that priority
- # [06:22] <Hixie> boogyman: what i don't understand in the rest of that thread is why people disagree with the conclusions. As in, what part of my logic chain is wrong.
- # [06:23] <Hixie> boogyman: or, whether the premises (priorities) are different.
- # [06:24] <boogyman> I think the rest of the conversation is fluff, just restating the same argument
- # [06:24] * Joins: hasather (~hasather@80.91.33.141)
- # [06:24] <Hixie> there certainly was a lot of that
- # [06:24] <Hixie> but do you understand "their" argument?
- # [06:25] <Hixie> and if so, can you explain it to me?
- # [06:25] <Hixie> i really don't like not understanding the arguments that people who disagree with me make.
- # [06:26] * Joins: tommyliu (~tommyliu@183.37.186.244)
- # [06:27] <boogyman> My understanding is that you want the document to remain fluid and suggest against referencing potentially obsolete sections, whereas "their" argument is that a revision should be permanently reference-able.
- # [06:27] <Hixie> that much i understood
- # [06:27] <Hixie> it's the "why" i don't get
- # [06:28] <boogyman> So version A should always be version A, not version ∀
- # [06:28] <caitp-> html5 is a much better brand name than <some 24 letter SHA>
- # [06:29] <Hixie> caitp-: we've clearly demonstrated over the past few years that you don't need a snapshot to have that brand name.
- # [06:29] <boogyman> Hixie: I think there may be some resentment about the rate at which the revisions occur.
- # [06:29] <boogyman> That was never stated explicitly, but that's an underlying tone I perceive.
- # [06:30] <caitp-> which is fair
- # [06:30] <Hixie> boogyman: that was definitely not one of the topics raised
- # [06:30] <caitp-> since the spec is a jumble of things that havent been implemented and things that never will be implemented, it's kind of unfair to authors to treat it as anything canonical
- # [06:31] <caitp-> but html5, that's a brand they can trust
- # [06:31] <caitp-> (tm)
- # [06:36] <boogyman> Hixie: The perception I first had of the title is not one of favoritism toward the bodies named, therefore it has a bad connotation.
- # [06:37] <Hixie> boogyman: ?
- # [06:38] <Hixie> boogyman: how would you feel about a spec called "HTML: The Living Standard; A technical specification for Web developers" ?
- # [06:38] <Hixie> boogyman: does that have bad connotations against web developers?
- # [06:38] <boogyman> no
- # [06:38] <Hixie> i don't understand the difference
- # [06:40] <boogyman> by your own admission the reference to those bodies are expressing your disapproval
- # [06:40] <Hixie> no, the disapproval is towards implementors using the spec
- # [06:40] <boogyman> Which is the exact perception I had when first viewing the document, before I read the mailing list
- # [06:40] <Hixie> not towards the lawyers or officials
- # [06:43] <boogyman> "So, please can we have a snapshot that has the same title" <-- request for consistency for consistencies sake
- # [06:43] * Quits: ttepasse (~ttepasse@ip-109-90-166-140.hsi11.unitymediagroup.de) (Ping timeout: 260 seconds)
- # [06:44] * Joins: ttepasse (~ttepasse@ip-109-90-166-140.hsi11.unitymediagroup.de)
- # [06:44] <boogyman> "Expecting everyone to keep editing constantly because you are editing something they reference is expecting too much." <-- again stating that once something has been "named", for better or worse, that is it's name.
- # [06:44] <Hixie> boogyman: my problem with the part of the discussion where that first quote is from is that i tried to explain why there was a reason for the title, and as far as i can tell, that explanation had no impact at all
- # [06:45] <caitp-> doesnt it suck when that happens
- # [06:45] <Hixie> and that second one, saying that maintaining your spec is too much, floored me
- # [06:45] <Hixie> it's literally saying that doing the bare minimum is too much effort.
- # [06:46] <caitp-> to be fair, most people can think of a lot of things that would be significantly less effort while still netting them a healthy salary
- # [06:49] <boogyman> Hixie: A bit off topic here, but i'm not too thrilled about the notion that WHATWG supports "forks". As an author, I want to know that there is a single contract (spec) that vendors are implementing against, so that one day I may have a unified functional experience. By having multiple specs and/or reference points, confusion creeps in both as a vendor-implementer and a web-author.
- # [06:49] * Quits: eto (~eto@unaffiliated/eto) (Ping timeout: 260 seconds)
- # [06:49] <Hixie> no kidding
- # [06:49] * boogyman is now known as dividinglimits
- # [06:49] <Hixie> i've no idea where david got the idea that i or anyone else involved with the whatwg supports forks
- # [06:50] <Hixie> i mean, we've been begging and pleading for the w3c to stop forking for literally years now
- # [06:50] * dividinglimits is now known as boogyman
- # [06:50] <Hixie> we're so against it that when we recently realised that the domparsing.spec.whatwg.org spec was itself effectively an inferior fork of a w3c spec, we made it redirect to the w3c one.
- # [06:51] <boogyman> anyway, back on topic, i think the discussion boils down to wanting to maintain a level of consistency
- # [06:51] * Quits: tommyliu (~tommyliu@183.37.186.244) (Remote host closed the connection)
- # [06:51] <caitp-> is it fair to authors for them to have to keep track of whether the correct spec lives in w3c or whatwg land
- # [06:52] <caitp-> (ignoring that redirects exist)
- # [06:52] <caitp-> or even just figuring out which one is "correct" in the first place
- # [06:52] <caitp-> if any
- # [06:53] * Joins: eto (~eto@unaffiliated/eto)
- # [06:54] <Hixie> caitp-: if the w3c would stop forking our work, a simple google search would give you the answer.
- # [06:54] <boogyman> caitp-: I think it wouldn't matter if there is only one authoritative source for each resource. My personal opinion is that I don't care if there are multiple organizations working collaboratively as long as the end result is a single experience (even if that means I am redirected to different sites that i recognize as being a spec-authoring entity).
- # [06:54] <Hixie> caitp-: as it is, a google search won't even tell you which of the sometimes dozens of forks the w3c has for any particular spec is the appropriate one
- # [06:54] <caitp-> actually even if you google for whatwg specs specifically, I usually ahve to include some very specific keywords in order to find what i'm looking for :(
- # [06:54] <caitp-> otherwise i mostly find old mailing list posts
- # [06:54] <caitp-> w3c is a lot more searchable
- # [06:55] <Hixie> boogyman: so basically, you're saying it's a difference in priorities?
- # [06:55] <Hixie> boogyman: if it is, i wish they'd just say what their priorities were so we could establish that
- # [06:55] <Hixie> caitp-: yeah, sadly the whatwg doesn't yet have enough authority in google rankings :-(
- # [06:55] <caitp-> :-(
- # [06:56] <boogyman> Hixie: maybe that's a frank question you can pose to David.
- # [06:56] <boogyman> or whomever is the contact
- # [06:57] <caitp-> anyways i'm not taking sides, just saying the whole thing is pretty frustrating for people who arent paying moderately close attention to it
- # [06:57] <Hixie> boogyman: whenever i do, i get told that obviously interoperability is the highest priority, and it's implied that even asking that question is offensive.
- # [06:58] <Hixie> caitp-: it's at least as frustrating for those of us who are paying close attention, let me assure you
- # [06:58] <boogyman> So would it make more sense for a third party to pose the question?
- # [06:59] <Hixie> boogyman: i have no idea
- # [07:00] <caitp-> well, paying close enough attention to sort through all the bugmail and mailing lists and keep track of everything would certainly be frustrating, hardly even feasible
- # [07:00] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
- # [07:02] <boogyman> I have no problem asking for clarification as to whom is the authoritative source for x,y,z, as eventually authors will be required to develop against only one, and as cait stated the longer the wait, the more frustration builds.
- # [07:02] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [07:03] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [07:03] <Hixie> boogyman: who would you ask? i'm sure the w3c would think they were the canonical source of info for HTML, just like i'd say the html.spec.whatwg.org spec is
- # [07:03] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Client Quit)
- # [07:04] <caitp-> you'd ask the people implementing tiny pieces of the individual x, y or z
- # [07:05] <caitp-> because they're the ones deciding which one (and which parts of which one) are canonical
- # [07:05] <caitp-> which essentially means that none of them are really canonical in their entirety
- # [07:06] <caitp-> (which is frustrating for people)
- # [07:06] <boogyman> Hixie: As long as there isn't any overlap, I have no probably with whatwg being the authoritative source for a,b,y, and w3c d...,x,z or whatever the breakdown. But do not have multiple spec writers claiming canonical source of any single piece
- # [07:07] <Hixie> caitp-: yeah, that's why we update the whatwg specs to match implementations as pretty much job #1 :-)
- # [07:07] <Hixie> boogyman: how do you stop it?
- # [07:07] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 260 seconds)
- # [07:08] <Hixie> boogyman: i mean, i'm entirely in agreement in principle, i just don't know how to stop it happening
- # [07:08] <boogyman> By both sides embracing the needs of the audience, over the needs of the business.
- # [07:08] <Hixie> let's take html, since that's the one i edit.
- # [07:08] <Hixie> there's two ways we can solve the problem that i can see:
- # [07:09] <boogyman> Pride will most likely come into play when those conversations happen.
- # [07:09] <Hixie> either i stop editing, or they stop copying and editing.
- # [07:09] <caitp-> in the w3c's case, the member companies are probably not a negligible percentage of their business, and losing influence would mean losing members
- # [07:09] <Hixie> now i could stop editing, but that would leave only their inferior version as the canonical version, and that seems objectively bad
- # [07:09] <caitp-> I have no idea if there is any other revenue model there
- # [07:09] * Quits: ttepasse (~ttepasse@ip-109-90-166-140.hsi11.unitymediagroup.de) (Ping timeout: 246 seconds)
- # [07:09] <Hixie> (i mean, they're literally months behind in fixing their spec, compared to the fixes i've put in the html spec)
- # [07:10] <boogyman> "their inferior version" <-- by what metric?
- # [07:10] <Hixie> number of bugs
- # [07:10] <Hixie> they started with my text, then i fixed a bunch of things and they haven't fixed them.
- # [07:10] * Joins: CssNoob (~CssnooB@120.28.215.6)
- # [07:10] <Hixie> (my text and zcorpan's now.)
- # [07:11] <boogyman> stale != infererior
- # [07:11] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
- # [07:11] <Hixie> in what sense can a spec less match reality, have more bugs, be more stale, and yet not be inferior?
- # [07:12] <boogyman> But, on a new track, i think it bears investigating why "they started with my text", instead of just referencing yours?
- # [07:12] * Joins: ttepasse (~ttepasse@ip-109-90-166-140.hsi11.unitymediagroup.de)
- # [07:12] <Hixie> because it's the HTML spec and if the W3C doesn't publish the spec for the flagship markup language of the Web, they feel their credibility is at risk?
- # [07:12] <boogyman> what need went unfulfilled that they thought it would be better to fork
- # [07:12] <Hixie> that's my guess
- # [07:13] <Hixie> i don't know why they copy the other specs
- # [07:13] <caitp-> maybe they'll start publishing markdown
- # [07:13] <boogyman> So my question would be, what is the likelihood of you ghost writing for w3c?
- # [07:14] <Hixie> i think their processes are actively harming the web.
- # [07:14] <Hixie> we tried me being the editor of their fork for a few years
- # [07:14] <Hixie> i quit in disgust
- # [07:14] <Hixie> (and because it was becoming intractable, their version kept getting further and further away from sane)
- # [07:14] <boogyman> So, there is resentment there. okay.
- # [07:15] <Hixie> resentment implies an emotional component that really isn't relevant here
- # [07:15] * Quits: rniwa (~rniwa@17.202.43.222) (Quit: rniwa)
- # [07:15] <caitp-> relevance and presence are different
- # [07:15] <caitp-> case in point
- # [07:16] <Hixie> i mean that it was a much more reasoned decision on my part than an emotional one
- # [07:16] <Hixie> personally i have no problem with the w3c existing despite what i view as their flaws
- # [07:16] <Hixie> i mean, i think the ietf has many of the same flaws and a bucket load of their own, but i don't have a problem with them because they're not forking our work all the time.
- # [07:17] <caitp-> no offense, but you do sound sort of passive aggressive a lot WRT the w3c
- # [07:17] <boogyman> yet, you are attempting to take the authoritative source of HTML with you.
- # [07:18] <Hixie> caitp-: yeah, i would imagine so. they keep copying my work and messing it up, that aspect of it is very frustrating. combined with the things i think are flawed in their approach to standards, it's easy for me to express indirect hostility.
- # [07:19] <caitp-> not judging =)
- # [07:19] <Hixie> boogyman: ok there's several premises in that statement i disagree with
- # [07:19] <Hixie> boogyman: first, i wouldn't actually care if they wrote their own HTML spec and we wrote ours and we could let the market decide which was "authoritative", or rather, which was better
- # [07:19] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 250 seconds)
- # [07:20] <Hixie> boogyman: second, specs imho can't be authoritative. that phrasing imho implies that there's a source of power from specs, and there isn't.
- # [07:20] <Hixie> boogyman: (this is one of my pet peeves; a lot of standards people think that writing specs gives them some sort of power over implementors. it doesn't.)
- # [07:20] <Hixie> boogyman: third, "take with" implies that the authority was with the w3c first.
- # [07:21] <Hixie> boogyman: in practice, the w3c ceded that authority around 2000, when they announced HTML was dead
- # [07:22] <boogyman> in favor of xhtml?
- # [07:22] <Hixie> boogyman: we took over the job of writing HTML in 2003, 2004 or so. Around 2007 they asked if we would mind them also working on it. A few years later I quit from that gig because it was a huge disaster as mentioned earlier.
- # [07:22] <Hixie> boogyman: but ever since 2004, the WHATWG has been maintaining HTML.
- # [07:22] <Hixie> boogyman: so I think if one were to see "authority" here, which I don't, that one would find it hard to argue that we're "taking it with" us away from some place it has been before.
- # [07:23] <Hixie> boogyman: i dunno. xml. something like that. i forget what the big plan was at the time. it never came to pass, anyway.
- # [07:23] <caitp-> xml is still pretty successful
- # [07:23] <caitp-> but thats another story
- # [07:23] <Hixie> not as a replacement for html
- # [07:24] <caitp-> yes, xhtml is nasty
- # [07:26] <boogyman> 1) that takes time, and as we have already seen with the earlier browser ES wars, that doesn't bode well for the web. 2) I think specs are a source of power, but I do agree that spec-maintainers should not feel a sense of entitlement. 3) It was originally with the w3c, so yes, it was taken away (but it sounds like your argument here is that something "abandoned" cannot be taken).
- # [07:27] <Hixie> well i agree that if they did their own spec it wouldn't be good. but it wouldn't be as bad as forking the whatwg work, because in reality theirs would suck so nobody would doubt which should be followed :-)
- # [07:27] <Hixie> the problem is essentially that they are using our work to let theirs seem to have authority, in a weird way
- # [07:28] <boogyman> So getting back on topic of using HTML as an example, that may be a very touchy subject given the history of the language and its core importance to the web
- # [07:28] <Hixie> for 3, i agree with your wording.
- # [07:28] <caitp-> lots of things in the whatwg's html suck too, like the entire parsing section
- # [07:28] <Hixie> but i mean, we "took it with us" 10 years ago now
- # [07:28] <Hixie> at this point we just have it :-P
- # [07:28] <caitp-> things being bad don't seem to stop people from following them if they've been doing so for years already :(
- # [07:28] <Hixie> caitp-: we're using different metrics for "bad"
- # [07:29] * Quits: ttepasse (~ttepasse@ip-109-90-166-140.hsi11.unitymediagroup.de) (Ping timeout: 240 seconds)
- # [07:29] <Hixie> caitp-: i agree that html parsign itself sucks. however, the spec of html parsing is great since it so accurately represents what an implementation has to do to implement the (sucky) technology.
- # [07:29] <Hixie> caitp-: but e.g. compare the HTML4 parsing rules to the WHATWG HTML parsing rules
- # [07:29] <Hixie> caitp-: the HTML4 ones are an inferior spec.
- # [07:30] <Hixie> (albeit arguably a better technology)
- # [07:30] <boogyman> less-than-ideal
- # [07:30] * Joins: ttepasse (~ttepasse@ip-109-90-166-140.hsi11.unitymediagroup.de)
- # [07:30] <Hixie> boogyman: "may be a very touchy subject" is the understatement of the night :-)
- # [07:31] <Hixie> boogyman: but that does explain why "well you should just get together and decide which one is going to do it" is not realistic
- # [07:31] <boogyman> so to me, that's really the crux of the issue,and really is that way for all standards. all sides agree that there should be a single definition, just as long as that definition is theirs.
- # [07:31] * Joins: tommyliu (~tommyliu@61.144.248.40)
- # [07:32] <boogyman> example: blog-framework X
- # [07:32] * Quits: mven (~textual@72.183.104.138) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [07:33] <boogyman> Hixie: when the organizations put the needs of the audience over their own perceptions the decision because significantly more realistic.
- # [07:33] <Hixie> boogyman: i think it's a continuum of goodness. A single great spec would be ideal. Multiple competing independent specs is not great. A single spec that's then forked into multiple (in the W3C's case, dozens of) conflicting stale versions is worst.
- # [07:33] <Hixie> boogyman: both the w3c and the whatwg think (or at least claim) that them continuing to publish their specs is in the intersts of the audienc.
- # [07:34] <boogyman> and I believe that how "the audience" is defined is flawed.
- # [07:34] <Hixie> boogyman: for example, we think that living standards, open development, a single person to bear the blame for decisions, etc, is key to writing quality specifications which in turn is key to getting interoperability.
- # [07:35] * Joins: smoekstak (796670b1@gateway/web/freenode/ip.121.102.112.177)
- # [07:35] <Hixie> whereas the w3c think that consensus, regular expensive meetings, telecons, multilevel process documents, etc, is key to writing specifications that [have some criteria they are optimising for, not sure what] which in turn is key to [whatever it is they think is important, not sure what]
- # [07:36] * Quits: smoekstak (796670b1@gateway/web/freenode/ip.121.102.112.177) (Client Quit)
- # [07:36] <Hixie> ("the audience" in our case is users, authors, and implementors, in that order)
- # [07:39] <boogyman> so those definitions seem to feed competing business models which in turn is causing the different views on the topic.
- # [07:39] * Joins: tomasf (~tomasf@h210n5-n-d4.ias.bredband.telia.com)
- # [07:40] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
- # [07:40] <Hixie> boogyman: that's my impression too, though i really really wish i could fill in those square brackets with non-cynical, true answers for the w3c side
- # [07:40] <Hixie> boogyman: however, i can't ever get a straight answer
- # [07:40] <Hixie> boogyman: (cf, the thread that started this discussion)
- # [07:40] <boogyman> straight meaning unbiased?
- # [07:42] <Hixie> meaning one that stands up to the slightest objective analysis
- # [07:42] <Hixie> as opposed to "well obviously our top priority is getting interoperable browsers", say
- # [07:42] * Quits: yacks (~yacks@103.6.159.172) (Ping timeout: 260 seconds)
- # [07:42] <Hixie> or "we want to make sure our RECs represent what's implemented"
- # [07:43] <Hixie> both of which are trivially demonstrably false, since they do things that work against both of these all the time
- # [07:43] <Hixie> e.g. the HTML spec is being published with text inside it saying that it's wrong.
- # [07:43] <Hixie> literally.
- # [07:43] <Hixie> so they know that the html spec isn't what's implemented.
- # [07:43] <Hixie> yet they are publishing it anyway.
- # [07:43] <Hixie> or the way that they just didn't test entire huge sections of the HTML spec
- # [07:44] <Hixie> yet said "yup, we've proved interop, we're good to go"
- # [07:44] <boogyman> so, how about putting pride aside, and making that specification as best it can be.
- # [07:44] <Hixie> that's what i try to do for the whatwg spec
- # [07:44] <boogyman> and thats a comment to both sides.
- # [07:44] <Hixie> but again, it's trivially demonstrable that that's not what they're trying to do, since if it was, they'd have made sure they copied all my fixes promptly, and wouldn't publish something that doesn't have the fixes.
- # [07:45] <boogyman> If the quotes you state are not just lip service, have a call to action against those ideals.
- # [07:45] * Joins: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net)
- # [07:45] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [07:45] <Hixie> years ago i did try, many times
- # [07:45] <Hixie> i've lost the will to fix the w3c at this point
- # [07:45] <boogyman> you dont need to fix the organization, fix this one draft.
- # [07:46] <boogyman> draft/spec
- # [07:46] <Hixie> i tried that too for several years
- # [07:46] <Hixie> at one point i was told point blank to make the spec say something that was literally self-contradictory
- # [07:47] <Hixie> and when i pointed out the problem i was told to just do it anyway
- # [07:47] <Hixie> (i refused)
- # [07:47] <Hixie> (they did it fo me)
- # [07:47] <Hixie> (i quit not long after)
- # [07:48] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 244 seconds)
- # [07:49] * Quits: jernoble|laptop (~jernoble@162.217.73.171) (Quit: Computer has gone to sleep.)
- # [07:50] <boogyman> Hixie: that means you were not the editor.
- # [07:51] <Hixie> i guess so
- # [07:51] * Joins: jernoble|laptop (~jernoble@162.217.73.171)
- # [07:51] <Hixie> but it's the best i could do
- # [07:51] <Hixie> so...
- # [07:52] * Joins: psy_ (~psy@103.6.159.172)
- # [07:52] <Hixie> i really should go to bed, anyway
- # [07:52] <Hixie> thanks for trying to help me understand it
- # [07:53] <boogyman> yeah, it's nearly 2a here, so its definitely long after my bed time
- # [07:56] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
- # [07:57] * Quits: psy_ (~psy@103.6.159.172) (Quit: Leaving)
- # [08:03] * Joins: psy_ (~psy@103.6.159.172)
- # [08:03] * Joins: zdobersek (~zan@185.3.135.146)
- # [08:05] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
- # [08:06] * Quits: tomasf (~tomasf@h210n5-n-d4.ias.bredband.telia.com) (Quit: tomasf)
- # [08:12] * Quits: jtcranmer (~jcranmer@ras1.csl.tjhsst.edu) (Ping timeout: 245 seconds)
- # [08:12] * Joins: jtcranmer (~jcranmer@ras1.csl.tjhsst.edu)
- # [08:13] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [08:15] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
- # [08:17] * Joins: hasather (~hasather@80.91.33.141)
- # [08:27] * Krinkle is now known as Krinkle|detached
- # [08:29] <annevk> terinjokes: what do you mean?
- # [08:36] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [08:38] <annevk> hsivonen: seems DreamHost upgrade helped a bit: https://www.ssllabs.com/ssltest/analyze.html?d=annevankesteren.nl
- # [08:39] <annevk> Hopefully Hixie's server is updated soon as well
- # [08:42] * Quits: globbot (~logbot@lump.glob.com.au) (Ping timeout: 245 seconds)
- # [08:43] * Joins: globbot (~logbot@lump.glob.com.au)
- # [08:43] * Quits: bentruyman (~bentruyma@23.252.119.254) (Ping timeout: 272 seconds)
- # [08:45] * Joins: bentruyman (~bentruyma@23.252.119.254)
- # [08:48] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Ping timeout: 260 seconds)
- # [08:48] * Joins: Ducki (~Ducki@191.233.66.1)
- # [08:52] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [08:53] * Joins: razvansky (~razvansky@ppp-93-104-106-59.dynamic.mnet-online.de)
- # [08:53] * Quits: razvansky (~razvansky@ppp-93-104-106-59.dynamic.mnet-online.de) (Client Quit)
- # [08:54] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Ping timeout: 246 seconds)
- # [08:57] * Joins: razvansky (~razvansky@ppp-93-104-106-59.dynamic.mnet-online.de)
- # [08:58] * Joins: cbr_ (~cbr@145.36.150.83.chzhher77.rootnet.ch)
- # [09:00] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 260 seconds)
- # [09:04] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 244 seconds)
- # [09:05] * Quits: psy_ (~psy@103.6.159.172) (Ping timeout: 272 seconds)
- # [09:06] * Quits: ttepasse (~ttepasse@ip-109-90-166-140.hsi11.unitymediagroup.de) (Ping timeout: 258 seconds)
- # [09:13] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
- # [09:14] * Joins: Kolombiken (~Adium@94.137.124.2)
- # [09:15] * Joins: mpt (~mpt@nat/canonical/x-kfslwgilcanjkbgx)
- # [09:15] * Quits: mpt (~mpt@nat/canonical/x-kfslwgilcanjkbgx) (Changing host)
- # [09:15] * Joins: mpt (~mpt@canonical/mpt)
- # [09:15] * Joins: psy_ (~psy@103.6.159.172)
- # [09:16] * Joins: markkes (~markkes@62.207.90.201)
- # [09:21] * Joins: hasather (~hasather@80.91.33.141)
- # [09:27] * Quits: CssNoob (~CssnooB@120.28.215.6) (Quit: Leaving)
- # [09:27] * Joins: satazor (~satazor@bl17-138-128.dsl.telepac.pt)
- # [09:31] * Joins: Mso150_f (~ctlM@217.118.64.32)
- # [09:31] * Joins: Nyalab (~nyalab@89.30.127.162)
- # [09:32] * Quits: razvansky (~razvansky@ppp-93-104-106-59.dynamic.mnet-online.de) (Quit: razvansky)
- # [09:34] * Joins: razvansky (~razvansky@ppp-93-104-106-59.dynamic.mnet-online.de)
- # [09:37] * Joins: CssNoob (~CssnooB@120.28.215.6)
- # [09:37] * Joins: CssN00b (~CssnooB@120.28.215.6)
- # [09:37] * Quits: CssN00b (~CssnooB@120.28.215.6) (Remote host closed the connection)
- # [09:38] * Joins: darobin (~darobin@78.109.80.74)
- # [09:49] <annevk> http://xkcd.com/1431/ nice mismatch between state and population
- # [09:49] * Quits: ricea (~ricea@2401:fa00:4:1000:d0e8:ddc:ab46:1da7) (Ping timeout: 276 seconds)
- # [09:50] * Quits: razvansky (~razvansky@ppp-93-104-106-59.dynamic.mnet-online.de) (Quit: razvansky)
- # [09:52] * Joins: razvansky (~razvansky@ppp-93-104-106-59.dynamic.mnet-online.de)
- # [09:54] * Quits: tommyliu (~tommyliu@61.144.248.40) (Remote host closed the connection)
- # [09:54] * Joins: tommyliu (~tommyliu@li568-142.members.linode.com)
- # [09:56] * Joins: Smylers (~smylers@176.12.107.140)
- # [09:59] * Quits: tommyliu (~tommyliu@li568-142.members.linode.com) (Client Quit)
- # [10:01] * Quits: razvansky (~razvansky@ppp-93-104-106-59.dynamic.mnet-online.de) (Quit: razvansky)
- # [10:02] * Joins: ricea (~ricea@2401:fa00:4:1000:c9ef:375f:15a6:c7de)
- # [10:02] * Quits: ^esc (~esc-ape@178.165.129.205.wireless.dyn.drei.com) (Ping timeout: 250 seconds)
- # [10:03] * Quits: roc (~chatzilla@216.2.51.36) (Ping timeout: 258 seconds)
- # [10:03] * Quits: CssNoob (~CssnooB@120.28.215.6) (Quit: Leaving)
- # [10:04] * Quits: kochi1 (~kochi@2401:fa00:4:1000:19fd:b0c1:e5a2:1d3b) (Ping timeout: 272 seconds)
- # [10:06] * Quits: Smylers (~smylers@176.12.107.140) (Ping timeout: 272 seconds)
- # [10:08] * Joins: kochi1 (~kochi@2401:fa00:4:1000:b161:7048:975:4712)
- # [10:11] * Quits: jernoble|laptop (~jernoble@162.217.73.171) (Quit: Computer has gone to sleep.)
- # [10:16] * Joins: Smylers (~smylers@81.143.60.194)
- # [10:16] * Quits: jdaggett_ (~jdaggett@61-121-216-2.bitcat.net) (Ping timeout: 240 seconds)
- # [10:16] * Joins: tomasf (~tomasf@77.72.97.10.c.fiberdirekt.net)
- # [10:16] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [10:19] * Joins: tav_ (~tav`@host109-154-0-100.range109-154.btcentralplus.com)
- # [10:20] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 240 seconds)
- # [10:20] * Quits: tav (~tav`@host109-154-1-82.range109-154.btcentralplus.com) (Ping timeout: 272 seconds)
- # [10:20] * tav_ is now known as tav
- # [10:24] * Joins: razvansky (~razvansky@194.127.8.150)
- # [10:29] * Quits: kochi1 (~kochi@2401:fa00:4:1000:b161:7048:975:4712) (Ping timeout: 260 seconds)
- # [10:30] * Quits: kochi (~kochi@2401:fa00:4:1000:19fd:b0c1:e5a2:1d3b) (Ping timeout: 272 seconds)
- # [10:34] <tobie> annevk: wouldn't it make sense to have a requestPermissions API that grouped permission requests and allowed the UA to present them grouped together to the user when that was appropriate?
- # [10:35] <annevk> tobie: is it ever?
- # [10:35] <annevk> I mean, that proposal is very old and came back again recently, but nobody has shown promising UI
- # [10:35] <annevk> In fact, I haven't seen evidence that refutes http://robert.ocallahan.org/2011/06/permissions-for-web-applications_30.html yet
- # [10:36] <tobie> annevk: certainly not suggesting upfront permissioning
- # [10:36] <annevk> Shit, StartSSL did have a SHA-256 intermediate certificate, just hosted elsewhere https://www.startssl.com/certs/class2/sha2/pem/
- # [10:37] <tobie> annevk: but e.g. want to access various sensors to do a particular task
- # [10:38] <tobie> annevk: for example, temperature + geolocation
- # [10:39] <tobie> annevk: I mean the fact that there's a thread discussing how to make the current API more friendly to use with Promise.all seems there's a need/want for that.
- # [10:40] <annevk> I'll have to see the application TabAtkins has written that needs this first tobie
- # [10:40] <tobie> annevk: might as well enable the UA to do some smart UI in such cases.
- # [10:40] <tobie> annevk: my use case abive isn't enough?
- # [10:40] <annevk> Not particularly persuaded by the Promise.all() approach to permission APIs, sounds a lot like Java applets
- # [10:41] <annevk> tobie: how would the UI look for temp + geo?
- # [10:41] * Joins: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
- # [10:41] <Manishearth> Hixie: around?
- # [10:41] <annevk> tobie: do you imagine browsers have the resources to come up with something reasonable there anytime soon?
- # [10:41] <annevk> I'm very skeptical
- # [10:44] <annevk> Manishearth: he's asleep
- # [10:45] <Manishearth> got that :0
- # [10:45] <Manishearth> * :)
- # [10:46] <Manishearth> annevk: does this test look correct to you?
- # [10:46] <Manishearth> https://github.com/servo/servo/blob/2238d81b530d40c164df59569fb4d11914ad5c99/src/test/html/content/test_script_src_attribute.html
- # [10:46] <Manishearth> Gecko seems to resolve it with a base URL
- # [10:48] <tobie> annevk: that's quite possible, but we won't know unless we enable it. :)
- # [10:49] <annevk> Manishearth: looks wrong
- # [10:49] <Manishearth> annevk: thanks
- # [10:49] <annevk> Manishearth: see HTML's reflect definition
- # [10:50] <Manishearth> annevk: that's what I'm looking at :)
- # [10:50] <tobie> annevk: UI could be a set of checkboxes with a general explanation (in order to tag pictures, example.com requests access to the following APIs: [ ] camera [ ] geolocation
- # [10:51] <annevk> tobie: we can't allow text from the site into decision UI, that enables spoofing
- # [10:52] <tobie> annevk: well the same without the first 5 words, then. :)
- # [10:52] <tobie> annevk: really, no text explanation? Other platforms seem to allow those.
- # [10:53] <annevk> tobie: other platforms have vetted apps
- # [10:53] * Quits: Mso150_f (~ctlM@217.118.64.32) (Ping timeout: 245 seconds)
- # [10:54] <annevk> I don't really see the point unless there's UI people involved
- # [10:54] <annevk> It's always developers that propose these shortcuts
- # [10:54] * Joins: kochi (~kochi@2401:fa00:4:1000:b161:7048:975:4712)
- # [10:55] <tobie> annevk: yeah, because they care about non-shitty UX
- # [10:56] <annevk> It's not clear that what you proposed is non-shitty or shitty.
- # [10:56] <tobie> annevk: My point is that providing this API does not force vendors to do anything more UI-wise than what they would if those permissions were requested serially, BUT enables vendors that want to do something there to do so.
- # [10:57] <annevk> Do we have evidence that vendors want this and will invest UI resources? And can we get those UI resources to help out with the API?
- # [10:57] <annevk> And do we have evidence that it in turn will help users or would it actually make things too complicated?
- # [10:58] <tobie> annevk: I think we're talking past each other.
- # [10:58] <annevk> Adding more API surface is not zero cost so we need to have evidence there's going to be a benefit.
- # [10:59] * Quits: kochi (~kochi@2401:fa00:4:1000:b161:7048:975:4712) (Ping timeout: 272 seconds)
- # [11:02] <tobie> agreed, but the cost of this API is very small (as it can be simply implemented as a wrapper around promise.all), so the benefits it needs to bring can also be very small (it enable vendors to experiment with grouping permission requests to the user, and turn in on if there's an end-user benefit. If not, it's just a nice convenience method).
- # [11:03] <tobie> annevk: this grouping is still successfully used at Facebook, btw. Both fior upfront permissions, and permissions required following a user action.
- # [11:03] * Joins: kochi (~kochi@2401:fa00:4:1000:b161:7048:975:4712)
- # [11:06] * Joins: kochi1 (~kochi@2401:fa00:4:1000:b161:7048:975:4712)
- # [11:06] <annevk> If the cost is small we can do it quickly when we have some UI guidance
- # [11:06] <annevk> The cost is small is very poor justification btw. Lots of features have small cost, but if we were to add them all, we would never do the things that matter.
- # [11:06] * Joins: espadrine` (~ttyl@LMontsouris-656-01-02-84.w80-12.abo.wanadoo.fr)
- # [11:07] <annevk> You basically don't want to avoid making that argument
- # [11:07] <annevk> oops
- # [11:07] <annevk> s/don't// :-)
- # [11:08] <annevk> Hixie: we should actually have used https://www.startssl.com/certs/class2/sha2/pem/sub.class2.server.sha2.ca.pem as intermediate certificate; I can understand if you don't want to change it. Though you should be aware there's advocacy that our intermediate certificate is bad: https://shaaaaaaaaaaaaa.com/
- # [11:08] <tobie> annevk: if we delay enabling the API, apps which would have automatically benefited from this UI enhancements won't, which itself lowers the incentive for vendors to actually do something about it.
- # [11:09] <annevk> What UI enhancements
- # [11:10] <annevk> That's an unknown. It's not even clear we want apps to ask for all the things at once.
- # [11:10] <tobie> annevk: that's a strawman. I've explained already that's not what I'm suggesting.
- # [11:11] * Quits: rcombs (~rcombs@rcombs.me) (Read error: Connection reset by peer)
- # [11:12] * Quits: satazor (~satazor@bl17-138-128.dsl.telepac.pt) (Remote host closed the connection)
- # [11:12] <annevk> I recommend following https://wiki.whatwg.org/wiki/FAQ#Is_there_a_process_for_adding_new_features_to_a_specification.3F
- # [11:13] <annevk> Or talking to mounir as he wants the same thing
- # [11:13] <tobie> annevk: You can't on one hand accept a change with the sole justification that it enables using Promise.all and on the other hand claim grouping permission is useless.
- # [11:13] <annevk> I don't want that change to enable Promise.all()
- # [11:13] <annevk> I want it for async/await
- # [11:14] * Quits: razvansky (~razvansky@194.127.8.150) (Quit: razvansky)
- # [11:14] <annevk> I don't know whether grouping is useless or useful. I have been interested in finding out since forever and thus far I've been unable to get UX people involved.
- # [11:14] * Quits: aretecode (~aretecode@69.163.36.90) (Ping timeout: 244 seconds)
- # [11:15] <annevk> Getting their attention is hard. (See e.g. how long it took before Web Forms 2.0 went anywhere and it's still not great.)
- # [11:15] <tobie> OK, well, that's the only argument you bring up in the first email on that topic (not yours, admittedly, but beverloo's)
- # [11:16] <tobie> annevk: those are reasonable arguments. I'll talk to mounir.
- # [11:16] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
- # [11:17] * Joins: aretecode (~aretecode@69.163.36.90)
- # [11:22] * Parts: kochi1 (~kochi@2401:fa00:4:1000:b161:7048:975:4712)
- # [11:23] * Quits: kochi (~kochi@2401:fa00:4:1000:b161:7048:975:4712) (Remote host closed the connection)
- # [11:23] * Joins: Lachy_ (~Lachy@213.166.174.2)
- # [11:23] * Quits: Kolombiken (~Adium@94.137.124.2) (Ping timeout: 260 seconds)
- # [11:31] * Joins: kochi (~kochi@2401:fa00:4:1000:5d61:d6b1:1671:683c)
- # [11:33] * Joins: rcombs (~rcombs@rcombs.me)
- # [11:50] * Quits: psy_ (~psy@103.6.159.172) (Ping timeout: 260 seconds)
- # [11:53] * Joins: razvansky (~razvansky@194.127.8.150)
- # [11:54] <annevk> DreamHost solved quite a few TLS issues with their upgrade. Waiting for whatwg.org to also be upgraded and then I'll update my post.
- # [11:56] * Joins: ttepasse (~ttepasse@ip-109-90-166-140.hsi11.unitymediagroup.de)
- # [12:09] * Joins: smaug____ (~chatzilla@cs78246079.pp.htv.fi)
- # [12:13] <annevk> Can someone explain to me why https://www.ssllabs.com/ssltest/analyze.html?d=spec.whatwg.org scores higher on Key Exchange compared to https://www.ssllabs.com/ssltest/analyze.html?d=annevankesteren.nl
- # [12:15] <annevk> Perhaps the "BEAST attack" bit?
- # [12:16] <annevk> It seems that regressed
- # [12:16] <annevk> (spec.whatwg.org is still on older DreamHost software)
- # [12:17] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [12:17] * Joins: kochi1 (~kochi@2401:fa00:4:1000:5d61:d6b1:1671:683c)
- # [12:19] * Quits: razvansky (~razvansky@194.127.8.150) (Quit: razvansky)
- # [12:21] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 240 seconds)
- # [12:27] <jgraham> annevk: Is it known that the wiki is mixed content?
- # [12:27] <annevk> jgraham: it is for pages cached before we transitioned
- # [12:27] <annevk> jgraham: if someone has access to the server they could fix that
- # [12:29] <annevk> jgraham: made a meaningless edit to Why not conneg to fix it for that email
- # [12:29] <jgraham> OK
- # [12:29] <annevk> Hixie: GPHemsley: what's the status on fixing the wiki's cache issues?
- # [12:29] <jgraham> Having no one with access to the server seems more than a little prblematic :)
- # [12:29] <annevk> Hixie: GPHemsley: can I get access to the wiki perhaps?
- # [12:30] <annevk> jgraham: no disagreement there
- # [12:30] <GPHemsley> annevk: We're having strange problems getting me access.
- # [12:30] <GPHemsley> The password has been reset, but I still can't get in
- # [12:30] <GPHemsley> annevk: Believe, we're trying :)
- # [12:35] * Joins: ^esc (~esc-ape@91.141.1.147.wireless.dyn.drei.com)
- # [12:38] <annevk> GPHemsley: hopefully soon it'll work
- # [12:38] <annevk> GPHemsley: password reset can take up to 10min, but then it should really start working
- # [12:38] <GPHemsley> annevk: Yeah, I would very much like to take care of this issue.
- # [12:38] <GPHemsley> annevk: It's been days. Something else is wrong.
- # [12:38] * Quits: kochi1 (~kochi@2401:fa00:4:1000:5d61:d6b1:1671:683c) (Remote host closed the connection)
- # [12:38] * Quits: kochi (~kochi@2401:fa00:4:1000:5d61:d6b1:1671:683c) (Remote host closed the connection)
- # [12:38] <GPHemsley> annevk: Hixie thinks my computer is broken somehow.
- # [12:45] * Joins: kochi (~kochi@2401:fa00:4:1000:9cde:f956:e057:85eb)
- # [12:46] * Joins: kochi1 (~kochi@2401:fa00:4:1000:9cde:f956:e057:85eb)
- # [12:52] * Quits: plutoniix (~plutoniix@210.213.57.70) (Quit: จรลี จรลา)
- # [13:07] * Joins: razvansky (~razvansky@194.127.8.150)
- # [13:10] * Quits: kochi (~kochi@2401:fa00:4:1000:9cde:f956:e057:85eb) (*.net *.split)
- # [13:10] * Quits: smaug____ (~chatzilla@cs78246079.pp.htv.fi) (*.net *.split)
- # [13:10] * Quits: Lachy_ (~Lachy@213.166.174.2) (*.net *.split)
- # [13:10] * Quits: Smylers (~smylers@81.143.60.194) (*.net *.split)
- # [13:10] * Quits: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net) (*.net *.split)
- # [13:10] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (*.net *.split)
- # [13:10] * Quits: jungkees (uid24208@gateway/web/irccloud.com/x-xshjiwvirqlilbbi) (*.net *.split)
- # [13:10] * Quits: calvinmetcalf (sid25915@gateway/web/irccloud.com/x-ciqabhldfqrsfday) (*.net *.split)
- # [13:10] * Quits: bterlson (sid23757@gateway/web/irccloud.com/x-glwrgbrypphhmfdn) (*.net *.split)
- # [13:10] * Quits: cfq____ (sid18398@gateway/web/irccloud.com/x-tydznzssqtboivlw) (*.net *.split)
- # [13:10] * Quits: scheib (sid4467@gateway/web/irccloud.com/x-klhqqccygsjdqqmw) (*.net *.split)
- # [13:10] * Quits: timeless (sid4015@firefox/developer/timeless) (*.net *.split)
- # [13:10] * Quits: edsu (~edsu@pdpc/supporter/active/edsu) (*.net *.split)
- # [13:10] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (*.net *.split)
- # [13:10] * Quits: casual (sid26149@gateway/web/irccloud.com/x-codwylvqyrlogyjf) (*.net *.split)
- # [13:10] * Quits: mrbkap (~mrbkap@people1.scl3.mozilla.com) (*.net *.split)
- # [13:10] * Quits: jamesr__ (sid10481@gateway/web/irccloud.com/x-qzyngknlmklbonde) (*.net *.split)
- # [13:10] * Quits: mvujovic___ (sid13458@gateway/web/irccloud.com/x-trdoctbrlxhfdlaj) (*.net *.split)
- # [13:10] * Quits: cabanier (sid15093@gateway/web/irccloud.com/x-ennmbpqmtyiwmuwg) (*.net *.split)
- # [13:10] * Quits: parshap (sid18846@gateway/web/irccloud.com/x-uivekozheotgucla) (*.net *.split)
- # [13:10] * Quits: rillian (giles@mf4-xiph.osuosl.org) (*.net *.split)
- # [13:10] * Quits: yoichio_ (yoichio@nat/google/x-stvxwozhmsiufjzv) (*.net *.split)
- # [13:10] * Quits: sballesteros (sid39846@gateway/web/irccloud.com/x-fkgibqugtofhufer) (*.net *.split)
- # [13:10] * Quits: esprehn (sid10445@gateway/web/irccloud.com/x-bpjzpfbwrsrxlxgz) (*.net *.split)
- # [13:10] * Quits: cwilso (sid10206@gateway/web/irccloud.com/x-rxhsrziruealeuwl) (*.net *.split)
- # [13:10] * Quits: arv (sid4269@gateway/web/irccloud.com/x-bqmxtgvvyrzjgyrr) (*.net *.split)
- # [13:10] * Quits: sspi (sid34681@gateway/web/irccloud.com/x-dlzrltktndtoggvi) (*.net *.split)
- # [13:10] * Quits: hdv (sid2376@gateway/web/irccloud.com/x-nimiqqacupwaprfz) (*.net *.split)
- # [13:10] * Quits: ato (sid16069@gateway/web/irccloud.com/x-kvcqqavadgztmqqb) (*.net *.split)
- # [13:10] * Quits: clamstar (~rx-ident@162.243.230.189) (*.net *.split)
- # [13:10] * Quits: Johnny- (~null@unaffiliated/johnny-) (*.net *.split)
- # [13:10] * Quits: kborchers (kborchers@gateway/shell/jquery.com/x-oqlskbxoohllfecy) (*.net *.split)
- # [13:10] * Quits: ajpiano (~ajpiano@li98-57.members.linode.com) (*.net *.split)
- # [13:10] * Joins: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net)
- # [13:11] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [13:11] * Joins: edsu (~edsu@li144-162.members.linode.com)
- # [13:11] * Quits: edsu (~edsu@li144-162.members.linode.com) (Changing host)
- # [13:11] * Joins: edsu (~edsu@pdpc/supporter/active/edsu)
- # [13:11] * Joins: rillian (giles@mf4-xiph.osuosl.org)
- # [13:11] * Joins: Johnny- (~null@static-72-94-51-24.phlapa.fios.verizon.net)
- # [13:11] * Quits: Johnny- (~null@static-72-94-51-24.phlapa.fios.verizon.net) (Changing host)
- # [13:11] * Joins: Johnny- (~null@unaffiliated/johnny-)
- # [13:11] * Joins: sballesteros (sid39846@gateway/web/irccloud.com/session)
- # [13:11] * Joins: ajpiano (~ajpiano@li98-57.members.linode.com)
- # [13:11] * Joins: mrbkap (~mrbkap@people1.scl3.mozilla.com)
- # [13:11] * Joins: jungkees (uid24208@gateway/web/irccloud.com/session)
- # [13:11] * Joins: yoichio (yoichio@nat/google/session)
- # [13:11] * Joins: Lachy (~Lachy@213.166.174.2)
- # [13:11] * Joins: rikc (sid15093@gateway/web/irccloud.com/session)
- # [13:11] * Quits: sballesteros (sid39846@gateway/web/irccloud.com/session) (Changing host)
- # [13:11] * Joins: sballesteros (sid39846@gateway/web/irccloud.com/x-sxhvcidwspokvtbj)
- # [13:11] * Joins: smaug____ (~chatzilla@cs78246079.pp.htv.fi)
- # [13:11] * Joins: sspi (sid34681@gateway/web/irccloud.com/session)
- # [13:11] * Quits: jungkees (uid24208@gateway/web/irccloud.com/session) (Changing host)
- # [13:11] * Joins: jungkees (uid24208@gateway/web/irccloud.com/x-gxlkhafvxfhppgcf)
- # [13:11] * Quits: yoichio (yoichio@nat/google/session) (Changing host)
- # [13:11] * Joins: yoichio (yoichio@nat/google/x-lygcbsboakqqfgii)
- # [13:11] * Quits: rikc (sid15093@gateway/web/irccloud.com/session) (Changing host)
- # [13:11] * Joins: rikc (sid15093@gateway/web/irccloud.com/x-zrrugzrhlfyzpddq)
- # [13:11] * Joins: scheib (sid4467@gateway/web/irccloud.com/session)
- # [13:11] * Quits: sspi (sid34681@gateway/web/irccloud.com/session) (Changing host)
- # [13:11] * Joins: sspi (sid34681@gateway/web/irccloud.com/x-qqsmknfndrrojvme)
- # [13:11] * Joins: Smylers (~smylers@81.143.60.194)
- # [13:11] * Quits: scheib (sid4467@gateway/web/irccloud.com/session) (Changing host)
- # [13:11] * Joins: scheib (sid4467@gateway/web/irccloud.com/x-ozhukrbbxycqqruq)
- # [13:11] * Joins: arv (sid4269@gateway/web/irccloud.com/session)
- # [13:11] * Quits: arv (sid4269@gateway/web/irccloud.com/session) (Changing host)
- # [13:11] * Joins: arv (sid4269@gateway/web/irccloud.com/x-eayeccnenjfpeqdu)
- # [13:11] * Joins: cwilso (sid10206@gateway/web/irccloud.com/x-fnztletvowogkads)
- # [13:11] * Joins: esprehn (sid10445@gateway/web/irccloud.com/x-boqqcyrxznoothgv)
- # [13:11] * Joins: cfq____ (sid18398@gateway/web/irccloud.com/x-wuixzyjzhflbovcp)
- # [13:11] * Joins: kochi (~kochi@2401:fa00:4:1000:9cde:f956:e057:85eb)
- # [13:12] * Joins: calvinmetcalf (sid25915@gateway/web/irccloud.com/x-tmgbnmfdkrbqgfks)
- # [13:12] * Joins: jamesr__ (sid10481@gateway/web/irccloud.com/x-zykxfphmyvjqzwjl)
- # [13:12] * Joins: kborchers (kborchers@gateway/shell/jquery.com/x-tofgdwxdnupmznvl)
- # [13:12] * Joins: hdv (sid2376@gateway/web/irccloud.com/x-hlrdpnjmdvicujma)
- # [13:12] * Joins: parshap (sid18846@gateway/web/irccloud.com/x-szscqvrtgksbmzzu)
- # [13:12] * Joins: ato (sid16069@gateway/web/irccloud.com/x-lzxemjsgrzlzdgfe)
- # [13:12] * Joins: mvujovic___ (sid13458@gateway/web/irccloud.com/x-saoaoczsasbejwxj)
- # [13:12] * Joins: casual (sid26149@gateway/web/irccloud.com/x-yathawjlgxbczfgs)
- # [13:12] * Joins: bterlson (sid23757@gateway/web/irccloud.com/x-nhrhrbnlqjjfwwfc)
- # [13:12] * Joins: timeless (sid4015@firefox/developer/timeless)
- # [13:13] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
- # [13:13] * Joins: clamstar (~rx-ident@162.243.230.189)
- # [13:24] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Remote host closed the connection)
- # [13:27] * Joins: satazor (~satazor@bl17-138-128.dsl.telepac.pt)
- # [13:41] <annevk> I reported the BEAST attack regression to DreamHost btw
- # [13:44] * Quits: razvansky (~razvansky@194.127.8.150) (Quit: razvansky)
- # [13:45] <jgraham> Isn't this becase RC4 is good for BEAST but bad otherwise?
- # [13:46] <jgraham> https://community.qualys.com/blogs/securitylabs/2013/03/19/rc4-in-tls-is-broken-now-what for example
- # [13:48] * Joins: SteveF__ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
- # [13:49] <annevk> So without RC4 you cannot defend against BEAST?
- # [13:49] <jgraham> I know very little about this
- # [13:49] <jgraham> Based on that blog it sounds like client side defences might be good enough
- # [13:50] * Quits: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 258 seconds)
- # [13:51] <annevk> Hmm, will read up on it later I suppose
- # [13:54] * Joins: razvansky (~razvansky@194.127.8.150)
- # [13:55] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [14:07] * Joins: barnabywalters (~barnabywa@46-239-239-203.tal.is)
- # [14:09] * Krinkle|detached is now known as Krinkle
- # [14:13] * Quits: satazor (~satazor@bl17-138-128.dsl.telepac.pt) (Remote host closed the connection)
- # [14:15] * Quits: razvansky (~razvansky@194.127.8.150) (Quit: razvansky)
- # [14:18] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [14:19] <zcorpan> https://www.w3.org/Bugs/Public/show_bug.cgi?id=26952 isn't this "by design" (i.e. how shadow dom was supposed to work)?
- # [14:21] * Joins: joelcox (~joelcox@unaffiliated/joelcox)
- # [14:22] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 240 seconds)
- # [14:23] <JakeA> TabAtkins: I remember a page that collated 'weird' bits of CSS, such as "why isn't opacity a %?" - do you remember the url?
- # [14:24] * Joins: razvansky (~razvansky@194.127.8.150)
- # [14:27] * Joins: tj_vantoll (~Adium@2601:4:5380:2ec:79c3:5724:69c9:e46f)
- # [14:40] * Quits: smaug____ (~chatzilla@cs78246079.pp.htv.fi) (Ping timeout: 258 seconds)
- # [14:47] * Joins: barnabywalters_ (~barnabywa@46-239-239-203.tal.is)
- # [14:48] * Quits: barnabywalters (~barnabywa@46-239-239-203.tal.is) (Ping timeout: 245 seconds)
- # [14:48] * barnabywalters_ is now known as barnabywalters
- # [14:49] * Quits: razvansky (~razvansky@194.127.8.150) (Quit: razvansky)
- # [14:52] * Joins: Kolombiken (~Adium@94.137.124.2)
- # [14:53] <jgraham> zcorpan: TBH that example looks pretty sad. The story we were all told is that we were going to be able to write <video> and get a custom behaviour, not that we could write <video-player> and add some <source> elements and hope to get the same magic as <video>
- # [14:53] * Joins: satazor (~satazor@bl17-138-128.dsl.telepac.pt)
- # [14:54] * Quits: Somatt_wrk (~somattwrk@130.193.24.135) (Read error: Connection reset by peer)
- # [14:54] * Joins: Somatt_wrk_ (~somattwrk@130.193.24.135)
- # [14:54] <zcorpan> jgraham: right
- # [14:55] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Quit: BigBangUDR)
- # [14:57] * Quits: Somatt_wrk_ (~somattwrk@130.193.24.135) (Read error: No route to host)
- # [14:58] * Joins: Somatt_wrk (~somattwrk@130.193.24.135)
- # [14:58] <zcorpan> <video-player src="..."> also doesn't work, right?
- # [15:01] * Quits: tj_vantoll (~Adium@2601:4:5380:2ec:79c3:5724:69c9:e46f) (Read error: Connection reset by peer)
- # [15:01] * Joins: tj_vantoll (~Adium@2601:4:5380:2ec:79c3:5724:69c9:e46f)
- # [15:05] * Joins: plutoniix (~plutoniix@node-hrw.pool-118-173.dynamic.totbb.net)
- # [15:10] <astearns_> JakeA: are you thinking of https://wiki.csswg.org/ideas/mistakes ? (it doesn't mention opacity)
- # [15:12] * Quits: kborchers (kborchers@gateway/shell/jquery.com/x-tofgdwxdnupmznvl) (Changing host)
- # [15:12] * Joins: kborchers (kborchers@unaffiliated/kborchers)
- # [15:12] * Quits: kborchers (kborchers@unaffiliated/kborchers) (Changing host)
- # [15:12] * Joins: kborchers (kborchers@gateway/shell/jquery.com/x-tofgdwxdnupmznvl)
- # [15:12] * Joins: boogyman (~boogyman@50.167.218.18)
- # [15:12] * Quits: boogyman (~boogyman@50.167.218.18) (Changing host)
- # [15:12] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
- # [15:14] * Joins: xiinotulp (~plutoniix@node-1bu2.pool-101-108.dynamic.totbb.net)
- # [15:17] * Quits: plutoniix (~plutoniix@node-hrw.pool-118-173.dynamic.totbb.net) (Ping timeout: 246 seconds)
- # [15:17] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
- # [15:18] * Quits: ttepasse (~ttepasse@ip-109-90-166-140.hsi11.unitymediagroup.de) (Ping timeout: 245 seconds)
- # [15:18] * Joins: TallTed (~Thud@63.119.36.36)
- # [15:20] * Joins: ttepasse (~ttepasse@ip-109-90-166-140.hsi11.unitymediagroup.de)
- # [15:22] * Quits: TallTed (~Thud@63.119.36.36) (Client Quit)
- # [15:23] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [15:24] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Quit: ChatZilla 0.9.90.1 [Firefox 32.0.3/20140923175406])
- # [15:25] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [15:25] * xiinotulp is now known as plutoniix
- # [15:26] * Quits: jungkees (uid24208@gateway/web/irccloud.com/x-gxlkhafvxfhppgcf) (Quit: Connection closed for inactivity)
- # [15:27] * Joins: newtron_ (~newtron@199.71.174.204)
- # [15:28] * Quits: newtron_ (~newtron@199.71.174.204) (Remote host closed the connection)
- # [15:28] * Joins: newtron_ (~newtron@199.71.174.203)
- # [15:32] * Quits: plutoniix (~plutoniix@node-1bu2.pool-101-108.dynamic.totbb.net) (Read error: Connection reset by peer)
- # [15:32] * caitp- is now known as caitp
- # [15:32] * Joins: TallTed (~Thud@63.119.36.36)
- # [15:32] * Joins: plutoniix (~plutoniix@node-1bu2.pool-101-108.dynamic.totbb.net)
- # [15:35] * Quits: tomasf (~tomasf@77.72.97.10.c.fiberdirekt.net) (Quit: tomasf)
- # [15:42] * Joins: mven (~textual@32.97.110.57)
- # [15:44] * Joins: abinader (sid21713@gateway/web/irccloud.com/x-tyqhxsfajuyghhrt)
- # [15:49] * Quits: caitp (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 244 seconds)
- # [15:50] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [15:50] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: Textual IRC Client: www.textualapp.com)
- # [15:50] <annevk> What is the task scheduler spec?
- # [15:51] * Quits: scor (~scor@drupal.org/user/52142/view) (Client Quit)
- # [15:52] * Joins: Lachy (~Lachy@213.166.174.2)
- # [15:56] * Joins: caitp (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
- # [15:57] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
- # [15:57] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [15:59] * Joins: smaug____ (~chatzilla@cs78246079.pp.htv.fi)
- # [16:01] * Quits: plutoniix (~plutoniix@node-1bu2.pool-101-108.dynamic.totbb.net) (Read error: No route to host)
- # [16:01] <JakeA> astearns_: that's it, thanks! I guess I was thinking of "and the alpha value should have used the same format"
- # [16:02] * Quits: jst_ (~quassel@198.199.94.175) (Remote host closed the connection)
- # [16:02] * Joins: jst (~quassel@198.199.94.175)
- # [16:02] * Quits: jst (~quassel@198.199.94.175) (Remote host closed the connection)
- # [16:02] * Joins: plutoniix (~plutoniix@node-1bu2.pool-101-108.dynamic.totbb.net)
- # [16:02] * Joins: jst (~quassel@198.199.94.175)
- # [16:05] * Joins: erlehmann (~erlehmann@f049223222.adsl.alicedsl.de)
- # [16:09] * Joins: ShaneHudson (~ShaneHuds@90.208.117.244)
- # [16:09] * Joins: tomasf (~tomasf@62.119.166.9)
- # [16:14] * Joins: boogyman (~boogyman@38.88.11.131)
- # [16:14] * Quits: boogyman (~boogyman@38.88.11.131) (Changing host)
- # [16:14] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
- # [16:15] * Joins: ehsan (~ehsan@2001:450:1f:224:2543:e31a:2dec:88d8)
- # [16:15] * Joins: razvansky (~razvansky@194.127.8.150)
- # [16:16] * Joins: zcorpan_ (~zcorpan@c-5eeaaab5-74736162.cust.telenor.se)
- # [16:16] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Read error: Connection reset by peer)
- # [16:18] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [16:18] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [16:19] * Joins: zcorpan__ (~zcorpan@94.234.170.178)
- # [16:20] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Read error: Connection reset by peer)
- # [16:20] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [16:21] * Quits: zcorpan_ (~zcorpan@c-5eeaaab5-74736162.cust.telenor.se) (Ping timeout: 245 seconds)
- # [16:24] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 272 seconds)
- # [16:24] * Quits: zcorpan__ (~zcorpan@94.234.170.178) (Ping timeout: 260 seconds)
- # [16:28] * Joins: bkardell (uid10373@gateway/web/irccloud.com/x-txpziomfqzjgqcev)
- # [16:29] * cfq____ is now known as cfq
- # [16:31] <annevk> JakeA: beverloo: Notifications service worker API is now more or less done. I only need to define cleanup and actually dispatching the events in the service worker
- # [16:31] <annevk> It seems jungkees has defined a hook for that now, so hopefully that's sufficient
- # [16:37] * Quits: ShaneHudson (~ShaneHuds@90.208.117.244) (Quit: Computer fell asleep.)
- # [16:42] * Quits: Nyalab (~nyalab@89.30.127.162)
- # [16:42] * Quits: erlehmann (~erlehmann@f049223222.adsl.alicedsl.de) (Ping timeout: 245 seconds)
- # [16:43] * Joins: erlehmann (~erlehmann@f049223222.adsl.alicedsl.de)
- # [16:44] * Quits: satazor (~satazor@bl17-138-128.dsl.telepac.pt) (Remote host closed the connection)
- # [16:44] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
- # [16:47] * Joins: Nyalab (~nyalab@89.30.127.162)
- # [16:49] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Ping timeout: 240 seconds)
- # [16:56] * Joins: satazor (~satazor@bl17-138-128.dsl.telepac.pt)
- # [16:57] * Quits: razvansky (~razvansky@194.127.8.150) (Quit: razvansky)
- # [17:00] <JakeA> Excellent! Will review the API when I get the chance, I was a bit worried about `new Notification` being a gotcha inside a serviceworker, but need to look closer
- # [17:00] <JakeA> annevk: also, not at Fronteers?
- # [17:01] <annevk> JakeA: no unfortunately not
- # [17:01] * Quits: satazor (~satazor@bl17-138-128.dsl.telepac.pt) (Ping timeout: 258 seconds)
- # [17:01] <annevk> Yeah if that remains a worry I guess we should discuss it again on the WHATWG list
- # [17:01] <annevk> Putting a method on ServiceWorkerRegistration seemed sensible since all other service worker APIs are defined there too
- # [17:02] <JakeA> I'm on MC duty Thursday/Friday. Writing the material now, but I think I actually have some not-taken time come Monday
- # [17:04] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [17:06] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
- # [17:08] * Joins: BigBangUDR (~Thunderbi@115.247.33.59)
- # [17:09] * Quits: tomasf (~tomasf@62.119.166.9) (Ping timeout: 272 seconds)
- # [17:10] * Quits: BigBangUDR (~Thunderbi@115.247.33.59) (Client Quit)
- # [17:13] * Joins: BigBangUDR (~Thunderbi@115.247.33.59)
- # [17:13] * Quits: cbr_ (~cbr@145.36.150.83.chzhher77.rootnet.ch) (Quit: cbr_)
- # [17:13] * Quits: joelcox (~joelcox@unaffiliated/joelcox) (Quit: joelcox)
- # [17:17] * Quits: BigBangUDR (~Thunderbi@115.247.33.59) (Client Quit)
- # [17:17] * Joins: jernoble|laptop (~jernoble@76.74.153.41)
- # [17:17] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Remote host closed the connection)
- # [17:18] * Quits: aretecode (~aretecode@69.163.36.90) (Quit: Toodaloo)
- # [17:19] * Joins: tomasf (~tomasf@62.119.166.9)
- # [17:22] * Joins: jwalden (~waldo@205.201.255.5)
- # [17:22] * Quits: erlehmann (~erlehmann@f049223222.adsl.alicedsl.de) (Excess Flood)
- # [17:23] * Joins: erlehmann (~erlehmann@f049223222.adsl.alicedsl.de)
- # [17:23] * Quits: erlehmann (~erlehmann@f049223222.adsl.alicedsl.de) (Remote host closed the connection)
- # [17:24] * Quits: markkes (~markkes@62.207.90.201) (Quit: markkes)
- # [17:25] * Quits: SteveF__ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 250 seconds)
- # [17:26] * Joins: razvansky (~razvansky@194.127.8.150)
- # [17:29] * Joins: joelcox (~joelcox@unaffiliated/joelcox)
- # [17:32] * Quits: tomasf (~tomasf@62.119.166.9) (Quit: tomasf)
- # [17:34] * Joins: psy_ (~psy@103.6.159.172)
- # [17:35] * Quits: jwalden (~waldo@205.201.255.5) (Ping timeout: 260 seconds)
- # [17:40] * Quits: joelcox (~joelcox@unaffiliated/joelcox) (Quit: joelcox)
- # [17:46] * Joins: Maurice (copyman@unaffiliated/maurice)
- # [17:47] * Quits: diffalot (~diffalot@c-75-66-188-195.hsd1.ms.comcast.net) (Read error: Connection reset by peer)
- # [17:49] * Joins: jwalden (~waldo@205.201.255.5)
- # [17:51] * Joins: diffalot (~diffalot@c-75-66-188-195.hsd1.ms.comcast.net)
- # [17:53] * Joins: tomasf (~tomasf@h210n5-n-d4.ias.bredband.telia.com)
- # [17:57] * Quits: Kolombiken (~Adium@94.137.124.2) (Quit: Leaving.)
- # [17:57] * Quits: tj_vantoll (~Adium@2601:4:5380:2ec:79c3:5724:69c9:e46f) (Quit: Leaving.)
- # [17:58] * Quits: hasather (~hasather@80.91.33.141) (Remote host closed the connection)
- # [17:58] * Joins: hasather (~hasather@80.91.33.141)
- # [18:01] * Joins: Mso150_f (~ctlM@80.83.239.86)
- # [18:03] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 244 seconds)
- # [18:05] * Quits: tomasf (~tomasf@h210n5-n-d4.ias.bredband.telia.com) (Ping timeout: 272 seconds)
- # [18:08] * Quits: moo-_- (miohtama@lakka.kapsi.fi) (Ping timeout: 272 seconds)
- # [18:15] * Joins: tomasf (~tomasf@h210n5-n-d4.ias.bredband.telia.com)
- # [18:15] * Quits: encryptd_fractl (~encryptd_@71-90-29-214.dhcp.ftbg.wi.charter.com) (Remote host closed the connection)
- # [18:16] * Joins: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
- # [18:17] * Quits: TallTed (~Thud@63.119.36.36)
- # [18:19] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [18:20] * Quits: Nyalab (~nyalab@89.30.127.162) (Remote host closed the connection)
- # [18:23] * Quits: barnabywalters (~barnabywa@46-239-239-203.tal.is) (Quit: barnabywalters)
- # [18:24] * Quits: Smylers (~smylers@81.143.60.194) (Quit: Leaving.)
- # [18:24] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 260 seconds)
- # [18:25] * Joins: TallTed (~Thud@63.119.36.36)
- # [18:26] * Joins: moo-_- (miohtama@lakka.kapsi.fi)
- # [18:26] * Joins: Ms2ger (~Ms2ger@200.229-64-87.adsl-dyn.isp.belgacom.be)
- # [18:26] * Quits: jernoble|laptop (~jernoble@76.74.153.41) (Quit: Computer has gone to sleep.)
- # [18:31] * Quits: bkardell (uid10373@gateway/web/irccloud.com/x-txpziomfqzjgqcev) (Quit: Connection closed for inactivity)
- # [18:34] * rikc is now known as cabanier
- # [18:38] <TabAtkins> JakeA: I remember that question somewhere as well. Maybe ask fantasai?
- # [18:43] * Quits: darobin (~darobin@78.109.80.74) (Remote host closed the connection)
- # [18:44] * Quits: tomasf (~tomasf@h210n5-n-d4.ias.bredband.telia.com) (Quit: tomasf)
- # [18:47] * Joins: ap (~ap@17.202.44.214)
- # [18:48] * Joins: tomasf (~tomasf@h210n5-n-d4.ias.bredband.telia.com)
- # [18:51] * Quits: razvansky (~razvansky@194.127.8.150) (Quit: razvansky)
- # [18:59] <Hixie> annevk, GPHemsley: yeah i don't understand what's up with GPHemsley's system. he can't log in, but with the same pasword it works for me. maybe have him send you the password and you can try.
- # [18:59] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
- # [18:59] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [19:18] * Joins: jensnockert_ (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [19:21] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 272 seconds)
- # [19:22] * Krinkle is now known as Krinkle|detached
- # [19:22] * Joins: Sample (~Sample@unaffiliated/sample)
- # [19:23] * Joins: encryptd_fractl (~encryptd_@12.175.7.106)
- # [19:27] * Joins: Sample_ (~Sample@unaffiliated/sample)
- # [19:29] * Quits: jensnockert_ (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
- # [19:30] * Joins: hasather (~hasather@80.91.33.141)
- # [19:35] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 260 seconds)
- # [19:35] * Joins: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net)
- # [19:39] * Quits: jernoble (~jernoble@17.202.46.221) (Quit: Textual IRC Client: www.textualapp.com)
- # [19:40] * Joins: jernoble (~jernoble@17.114.216.185)
- # [19:42] * Quits: Sample_ (~Sample@unaffiliated/sample) (Quit: leaving)
- # [19:45] <annevk> GPHemsley: you up for that?
- # [19:47] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [19:53] <annevk> Domenic: so I want to upgrade a legacy API. Notification.requestPermission(callback). I want to fire the callback from the .then() of the promise I return. The reason for that is that it means the callback is fired at a predictable time relative to the promise's callbacks (just before).
- # [19:53] * Krinkle|detached is now known as Krinkle
- # [19:53] <annevk> Domenic: perhaps I should give up on that, but it seems rather neat. Otherwise there could be some time between the promise and callback.
- # [19:54] <TabAtkins> annevk: fire the callback in the promise, but return the chained promise from the method?
- # [19:54] <TabAtkins> I don't think that allows things to fire between, if you set them up at the same time.
- # [19:54] * Quits: espadrine` (~ttyl@LMontsouris-656-01-02-84.w80-12.abo.wanadoo.fr) (Ping timeout: 258 seconds)
- # [19:54] <annevk> TabAtkins: I was just going to return the original promise
- # [19:55] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
- # [19:55] <TabAtkins> Hmm, that works too, since the callbacks are fired in registration order.
- # [19:58] * Joins: jsbell (jsbell@nat/google/x-hmmnqqnyuynhlzgn)
- # [19:58] * Joins: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [19:58] * Quits: encryptd_fractl (~encryptd_@12.175.7.106) (Read error: Connection reset by peer)
- # [19:59] <smaug____> TabAtkins: not sure I see your point. There was one feedback in to one API it doing something..
- # [19:59] <smaug____> was that case even about param type validation or something else?
- # [19:59] <annevk> But if I queue a task and resolve the promise from that task I'd get the same, pretty much
- # [20:00] <smaug____> s/in to/to/
- # [20:00] * Joins: encryptd_fractl (~encryptd_@12.175.7.106)
- # [20:00] <annevk> Except there could be other microtasks in between maybe...
- # [20:00] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
- # [20:00] <TabAtkins> smaug____: You'd have to ask the person that posted that case.
- # [20:01] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [20:02] * Krinkle is now known as Krinkle|detached
- # [20:02] * Quits: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 260 seconds)
- # [20:03] <smaug____> maybe he reads @whatwg
- # [20:05] * Joins: gavinc (~gavin@092f-d786-7997-ec14-030d-4002-3420-2062.6rd.ip6.sonic.net)
- # [20:05] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 245 seconds)
- # [20:08] <Domenic> annevk: that seems reasonable to me
- # [20:08] <Domenic> annevk: I think we hashed this out in that promises-guide bug thread and I pretty much ended up agreeing with you just haven't gotten around to updating the document yet.
- # [20:14] * Quits: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 258 seconds)
- # [20:14] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Remote host closed the connection)
- # [20:15] * Joins: satazor (~satazor@bl17-138-128.dsl.telepac.pt)
- # [20:15] * Joins: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
- # [20:19] * Quits: satazor (~satazor@bl17-138-128.dsl.telepac.pt) (Ping timeout: 250 seconds)
- # [20:19] * Krinkle|detached is now known as Krinkle
- # [20:24] * Joins: hasather (~hasather@80.91.33.141)
- # [20:27] * Joins: jacobolus (~jacobolus@74-95-6-5-SFBA.hfc.comcastbusiness.net)
- # [20:28] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
- # [20:28] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 272 seconds)
- # [20:29] * Krinkle is now known as Krinkle|detached
- # [20:32] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [20:32] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [20:34] * Quits: jtcranmer (~jcranmer@ras1.csl.tjhsst.edu) (Ping timeout: 246 seconds)
- # [20:34] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
- # [20:36] <boogyman> Question to you fine folk. I am building a Cache interface, containing a Remove(key<String>) @return boolean signature. If I an implementor attempts to evict an item from the cache and it is successful (1) what is the return value? (2) what about if the eviction fails? (3) what about if the item is not currently being persisted?
- # [20:36] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [20:38] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
- # [20:40] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [20:41] <annevk> Domenic: so yeah, the next question would be what kind of shorthand phrase to use
- # [20:41] * Joins: jtcranmer (~jcranmer@ras1.csl.tjhsst.edu)
- # [20:43] * Quits: mven (~textual@32.97.110.57) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [20:46] * Quits: jwalden (~waldo@205.201.255.5) (Quit: ChatZilla 0.9.87-8.1450hg.fc20 [XULRunner 32.0/20140902134853])
- # [20:52] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
- # [20:55] * Joins: ericandrewlewis (uid32062@gateway/web/irccloud.com/x-lqueyeqyvjfiqxwl)
- # [20:57] * Quits: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 246 seconds)
- # [20:59] <terinjokes> annevk: i was trying to understand the Fetch Standard
- # [21:00] <terinjokes> and wasn't sure how to an implementation was supposed to go from calling fetch() to actually fetching and handling a response
- # [21:00] * Joins: espadrine` (~ttyl@AMontsouris-158-1-52-24.w92-128.abo.wanadoo.fr)
- # [21:01] * Quits: Mso150_f (~ctlM@80.83.239.86) (Ping timeout: 245 seconds)
- # [21:01] * Joins: Mso150_f (~ctlM@80.83.238.115)
- # [21:07] * Quits: zama (~zama@unaffiliated/stryx/x-3871776) (Remote host closed the connection)
- # [21:07] * Joins: zama (~zama@unaffiliated/stryx/x-3871776)
- # [21:10] * Joins: jonr22 (~jonr22@gw.wordstream.com)
- # [21:10] * Quits: jonr22 (~jonr22@gw.wordstream.com) (Client Quit)
- # [21:10] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Quit: Leaving.)
- # [21:11] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [21:11] * Joins: mven (~textual@32.97.110.57)
- # [21:13] * Quits: ttepasse (~ttepasse@ip-109-90-166-140.hsi11.unitymediagroup.de)
- # [21:14] * Krinkle|detached is now known as Krinkle
- # [21:16] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
- # [21:20] * Quits: encryptd_fractl (~encryptd_@12.175.7.106) (Remote host closed the connection)
- # [21:22] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [21:23] * Krinkle is now known as Krinkle|detached
- # [21:24] <Domenic> annevk: I'd do "Let p be a new promise ... in parallel: do stuff, resolve p with undefined ... upon fulfillment of p, fire an event ... return p
- # [21:24] <Domenic> boogyman: true; exception; false
- # [21:24] * Joins: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
- # [21:24] * Joins: hasather (~hasather@80.91.33.141)
- # [21:26] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
- # [21:26] * Joins: roc (~chatzilla@2620:101:80fc:232:2677:3ff:fece:dc64)
- # [21:27] * Joins: darobin (~darobin@mtl93-18-78-208-93-24.fbx.proxad.net)
- # [21:27] * Quits: Sample (~Sample@unaffiliated/sample) (Quit: brb)
- # [21:27] * Joins: Smylers (~smylers@host81-156-154-115.range81-156.btcentralplus.com)
- # [21:29] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 245 seconds)
- # [21:32] * Joins: espadrine (~espadrine@AMontsouris-158-1-52-24.w92-128.abo.wanadoo.fr)
- # [21:33] * Joins: jernoble_ (~jernoble@17.202.46.221)
- # [21:33] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [21:36] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [21:39] * Quits: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Quit: ChatZilla 0.9.91 [Firefox 32.0.3/20140923175406])
- # [21:46] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
- # [21:46] * Quits: tomasf (~tomasf@h210n5-n-d4.ias.bredband.telia.com) (Quit: tomasf)
- # [21:50] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [21:52] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [21:57] <Domenic> MediaError is so sad -_-
- # [21:57] <Domenic> HTMLMediaElement.prototype.error could have been a string property containing "aborted"; "network"; "decode"; "srcnotsupported"
- # [21:58] * Krinkle|detached is now known as Krinkle
- # [21:58] <Domenic> instead it is an instance of a class MediaError whose only property is a numeric code which is either 1, 2, 3, or 4
- # [22:06] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
- # [22:07] * Quits: roc (~chatzilla@2620:101:80fc:232:2677:3ff:fece:dc64) (Remote host closed the connection)
- # [22:08] * Joins: jwalden (~waldo@205.201.255.5)
- # [22:15] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Quit: Bye)
- # [22:16] * Joins: encryptd_fractl (~encryptd_@71-90-29-214.dhcp.ftbg.wi.charter.com)
- # [22:17] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [22:17] * Quits: jacobolus (~jacobolus@74-95-6-5-SFBA.hfc.comcastbusiness.net) (Remote host closed the connection)
- # [22:20] <JonathanNeal> Is there something coming to future DOM JS that returns events as a promise or an observable?
- # [22:21] <caitp> returns events?
- # [22:22] <JonathanNeal> keyups = window.watchEvents('keyup'); keyups.then(function (event) {}) or keyups.forEach(function (event) {})
- # [22:24] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [22:24] <runeh> JonathanNeal: a promise must always yield the same value, so that wouldn't work
- # [22:25] <JonathanNeal> runeh: true, so i'm probably thinking something more like observables in rxjs
- # [22:25] <caitp> it could work for a "listen once" kind of thing
- # [22:25] <jsbell> JonathanNeal: tabatkins had a neat idea http://www.xanthir.com/b4PV0 but I don't think it went anywhere
- # [22:25] * Joins: jacobolus (~jacobolus@74-95-6-5-SFBA.hfc.comcastbusiness.net)
- # [22:25] * Quits: Mso150_f (~ctlM@80.83.238.115) (Ping timeout: 272 seconds)
- # [22:25] * Joins: hasather (~hasather@80.91.33.141)
- # [22:26] <TabAtkins> Yeah, steam got swallowed by binary streams, and we haven't come back around to object streams yet.
- # [22:27] * Quits: zdobersek (~zan@185.3.135.146) (Quit: Leaving.)
- # [22:27] <Domenic> Jafar on TC39 basically wants to standardize RxJS
- # [22:30] <tobie> Domenic: I wish there were TAG-vetted (or similar) design guidelines available. Would avoid issues such as MediaError.
- # [22:30] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 244 seconds)
- # [22:30] <Ms2ger> Ha
- # [22:33] <annevk> terinjokes: what is unclear?
- # [22:33] <annevk> terinjokes: are you reading https://fetch.spec.whatwg.org/#fetch-method and following the links?
- # [22:34] <terinjokes> yes
- # [22:34] <JonathanNeal> Would this be a correct usage of this hypothetical EventStreams? https://gist.github.com/jonathantneal/bf784b92fe277e084783
- # [22:34] <annevk> Domenic: mkay
- # [22:35] <Domenic> JonathanNeal: in my ideal world I think instead of adapter methods from DOM event patterns you'd have `document.on.keydown.map(...)` or similar
- # [22:35] <terinjokes> annevk: reading it again makes it a bit more clear
- # [22:35] <Domenic> maybe take the chance to camelcase while we're at it? `document.on.keyDown.map(...)`
- # [22:35] <terinjokes> i guess i missed a line last night (i was a bit sleepy)
- # [22:37] <Domenic> JonathanNeal: TabAtkins: EventStream.listen necessarily makes it a DOM API instead of an ES API, is I guess my dislike.
- # [22:37] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
- # [22:37] <Domenic> I'd rather have EventTarget.toEventStream(document, 'add') I guess. (Or toObservable, or whatever.)
- # [22:38] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [22:39] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Read error: Connection reset by peer)
- # [22:39] <annevk> terinjokes: if anything is unclear let me know
- # [22:39] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [22:39] <annevk> terinjokes: I should add some examples as someone asked for
- # [22:39] <annevk> so many bugs in standards
- # [22:39] <terinjokes> annevk: i started working on a impl last night
- # [22:39] <annevk> good times
- # [22:39] <terinjokes> to understand it a bit more
- # [22:40] <terinjokes> which is where i hit the unclear (to me, at the time) spot
- # [22:40] * Quits: Smylers (~smylers@host81-156-154-115.range81-156.btcentralplus.com) (Quit: Leaving.)
- # [22:40] * Quits: jsbell (jsbell@nat/google/x-hmmnqqnyuynhlzgn) (Quit: There's no place like home...)
- # [22:41] * Quits: zama (~zama@unaffiliated/stryx/x-3871776) (Remote host closed the connection)
- # [22:41] * Joins: zama (~zama@unaffiliated/stryx/x-3871776)
- # [22:43] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 246 seconds)
- # [22:44] * Joins: tantek (~tantek@173-114-170-41.pools.spcsdns.net)
- # [22:45] <annevk> terinjokes: the basic deal is that it invokes an even lower-level concept named "fetch" which at some point queues a task that yields a response which is returned by the promise
- # [22:46] <annevk> terinjokes: meanwhile chunks keep getting pushed to that response's underlying body, which happens to be some type of stream
- # [22:46] <terinjokes> i assumed something similar
- # [22:48] * Joins: jsbell (jsbell@nat/google/x-lmgwrjruklethpoy)
- # [22:53] * Joins: npcomp (~eldon@c-24-126-240-124.hsd1.ga.comcast.net)
- # [23:00] * Quits: darobin (~darobin@mtl93-18-78-208-93-24.fbx.proxad.net) (Remote host closed the connection)
- # [23:03] <annevk> tobie: or you know, WebRTC API in general
- # [23:08] * Quits: TallTed (~Thud@63.119.36.36)
- # [23:08] * Joins: satazor (~satazor@102.99.136.95.rev.vodafone.pt)
- # [23:12] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [23:14] * Quits: Maurice (copyman@unaffiliated/maurice)
- # [23:19] * Quits: tantek (~tantek@173-114-170-41.pools.spcsdns.net) (Quit: tantek)
- # [23:19] * Quits: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net) (Quit: sicking)
- # [23:19] <Domenic> annevk: MediaError is HTML
- # [23:20] <Domenic> https://html.spec.whatwg.org/multipage/embedded-content.html#mediaerror
- # [23:20] <Domenic> (Still lovin the html.spec.whatwg.org URLs, can't believe we didn't do that sooner.)
- # [23:20] <Hixie> :-)
- # [23:22] * Joins: roc (~chatzilla@2620:101:80fc:232:2677:3ff:fece:dc64)
- # [23:25] <TabAtkins> Domenic: The precise shape of the "turn events into an object stream" api doesn't really matter.
- # [23:25] <Domenic> TabAtkins: ya. BTW I also like that you have a ReactiveValue.
- # [23:25] <Domenic> TabAtkins: have you seen https://github.com/kriskowal/gtor/ ? it is fun reading
- # [23:26] <TabAtkins> Nope!
- # [23:26] * Quits: jernoble (~jernoble@17.114.216.185) (Quit: Computer has gone to sleep.)
- # [23:27] * Quits: jacobolus (~jacobolus@74-95-6-5-SFBA.hfc.comcastbusiness.net) (Remote host closed the connection)
- # [23:31] * Joins: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net)
- # [23:37] * Quits: roc (~chatzilla@2620:101:80fc:232:2677:3ff:fece:dc64) (Remote host closed the connection)
- # [23:43] * Joins: jernoble (~jernoble@17.114.157.142)
- # [23:47] * Quits: Ms2ger (~Ms2ger@200.229-64-87.adsl-dyn.isp.belgacom.be) (Ping timeout: 240 seconds)
- # [23:47] * Joins: hasather (~hasather@80.91.33.141)
- # [23:47] * Quits: jernoble (~jernoble@17.114.157.142) (Ping timeout: 246 seconds)
- # [23:50] * Joins: jernoble (~jernoble@17.244.73.96)
- # [23:52] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 272 seconds)
- # [23:54] * Joins: Lachy_ (~Lachy@cm-84.215.104.248.getinternet.no)
- # [23:56] <JonathanNeal> This EventStream thing seems pretty neat, but it’s also a little weird to think of a forEach asynchronously firing multiple times.
- # [23:58] <Domenic> the alternative is Hungarian-style `asyncForEach`
- # [23:59] * Quits: jernoble (~jernoble@17.244.73.96) (Quit: Computer has gone to sleep.)
- # [23:59] * Joins: boogyman (~boogyman@50.167.218.18)
- # [23:59] * Quits: boogyman (~boogyman@50.167.218.18) (Changing host)
- # [23:59] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
- # Session Close: Thu Oct 09 00:00:00 2014
The end :)