Options:
- # Session Start: Wed Jul 02 00:00:00 2014
- # Session Ident: #whatwg
- # [00:00] * Quits: encryptd_fractl (~encryptd_@209.201.113.2) (Remote host closed the connection)
- # [00:03] * Quits: jonathanmarvens (~jonathanm@107.181.19.54) (Remote host closed the connection)
- # [00:04] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
- # [00:04] * Quits: shepazu (~shepazu@31-33-200.wireless.csail.mit.edu) (Quit: is sleepy)
- # [00:04] <SamB> https://datatracker.ietf.org/doc/draft-saintandre-xdash-considered-harmful/ expired :-(
- # [00:06] <Domenic> Welp, that's it, I guess we all have to add X- back to our headers now
- # [00:07] <SamB> lol
- # [00:08] * SamB really isn't sure the automatic expiry thing is at all useful
- # [00:10] <SamB> oh, the tracker is just dumb
- # [00:10] <SamB> it didn't really get dropped
- # [00:11] * Joins: jonathanmarvens (~jonathanm@107.181.19.54)
- # [00:12] * Quits: othermaciej (~mjs@17.114.217.16) (Quit: othermaciej)
- # [00:12] * Quits: jonathanmarvens (~jonathanm@107.181.19.54) (Remote host closed the connection)
- # [00:13] <tantek> isn't automatic expiry the complete opposite of living standard?
- # [00:13] <SamB> well it would hardly happen to HTML
- # [00:14] <SamB> since HTML gets edited way more often than every 6 months
- # [00:14] * Joins: jonathanmarvens (~jonathanm@107.181.19.54)
- # [00:15] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [00:16] <Hixie> when i was editing an I-D
- # [00:16] <SamB> anyway, I really wish there was an obvious place to point out that a draft appears to be an ancestor of another draft, so that someone could make the IETF tools aware of this fact ...
- # [00:16] <Hixie> i published every edit as a new version
- # [00:16] <Hixie> and they literally complained that this was generating too much work for them
- # [00:16] <Hixie> because apparently someone has to manually do something every time you send an update (!)
- # [00:16] <SamB> hahaha
- # [00:16] <SamB> did you tell them to automate it?
- # [00:16] <Hixie> it ended up being a non-issue since i quit editing the spec shortly after
- # [00:17] <tantek> "someone has to manually do something every time" - hey that sounds like W3C publication!
- # [00:17] <SamB> tantek: yeah, but this was about DRAFTS
- # [00:17] <tantek> SamB - same thing - WORKING DRAFTS
- # [00:17] * Joins: hasather (~hasather@80.91.33.141)
- # [00:18] <SamB> well, I mean, they don't have like dev.ietf.org or anything
- # [00:19] <SamB> Hixie: I suppose, if nothing else, it would tend to spam the mail archive
- # [00:19] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
- # [00:20] <Hixie> the idea that one can update a spec too fast was so foreign to me i was baffled
- # [00:20] <SamB> anyway evidently that draft somehow ended up as this is RFC 6648/BCP 178
- # [00:20] <Hixie> "please don't fix the errors that quickly"
- # [00:21] <SamB> Hixie: maybe what they really meant was "put it up somewhere else if you're gonna fix things that quickly, then just send us a snapshot every week or so"
- # [00:21] * Quits: Smylers (~smylers@host81-156-26-27.range81-156.btcentralplus.com) (Ping timeout: 240 seconds)
- # [00:21] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 240 seconds)
- # [00:21] <Hixie> who knows
- # [00:22] <Hixie> seems pretty dumb eitherr way
- # [00:22] <Hixie> i mean, either they have the canonical copy, in which case it better have all known bugs fixed, or they don't, in which case, what's the point in theirs existing
- # [00:23] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [00:24] * Joins: bholley (~bholley@98.210.101.88)
- # [00:26] <tantek> Hixie as the Mozart of spec editing. "There's just too many edits, make fewer"
- # [00:27] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [00:27] <tantek> http://www.toomanynotes.com/Amadeus.htm
- # [00:29] * Quits: bholley (~bholley@98.210.101.88) (Ping timeout: 272 seconds)
- # [00:29] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
- # [00:30] * Joins: encryptd_fractl (~encryptd_@209.201.113.2)
- # [00:31] <SamB> Hixie: so yeah, maybe they should offer to host ED repos like w3 does ...
- # [00:32] <SamB> lol
- # [00:32] <SamB> "Which few did you have in mind, Majesty?"
- # [00:35] * Quits: encryptd_fractl (~encryptd_@209.201.113.2) (Ping timeout: 248 seconds)
- # [00:35] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [00:39] * Joins: bholley (~bholley@98.210.101.88)
- # [00:39] * Quits: jwalden (~waldo@2620:101:80fb:224:7e7a:91ff:fe25:a5a3) (Quit: brb, heading upstairs)
- # [00:40] * Quits: benjamingr (uid23465@gateway/web/irccloud.com/x-xsqesatereobacsn) (Quit: Connection closed for inactivity)
- # [00:47] * Quits: plutoniix (~plutoniix@node-3er.pool-125-25.dynamic.totbb.net) (Quit: จรลี จรลา)
- # [00:49] * Quits: abinader (sid21713@gateway/web/irccloud.com/x-nioaongqdhjqjcoj)
- # [00:50] * Joins: jwalden (~waldo@2620:101:80fb:224:7e7a:91ff:fe25:a5a3)
- # [00:53] * Quits: mven (~textual@169.241.49.57) (Ping timeout: 240 seconds)
- # [00:54] * Joins: mven (~textual@169.241.49.57)
- # [01:00] * Joins: othermaciej (~mjs@17.114.217.16)
- # [01:11] * Joins: encryptd_fractl (~encryptd_@209.201.113.2)
- # [01:15] * Quits: smaug____ (~chatzilla@80-186-60-52.elisa-mobile.fi) (Quit: ChatZilla 0.9.90.1 [Firefox 33.0a1/20140620030201])
- # [01:15] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [01:20] * Quits: othermaciej (~mjs@17.114.217.16) (Quit: othermaciej)
- # [01:25] * Quits: roc (~chatzilla@121-99-88-128.bng1.tvc.orcon.net.nz) (Ping timeout: 272 seconds)
- # [01:27] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
- # [01:29] * Quits: gavin_ (~gavin@76.14.87.162) (Remote host closed the connection)
- # [01:29] * Joins: gavin_ (~gavin@76.14.87.162)
- # [01:33] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [01:34] * Joins: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.cust.bredband2.com)
- # [01:38] * Quits: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.cust.bredband2.com) (Ping timeout: 248 seconds)
- # [01:40] * Quits: jeremyj (~jeremyj@17.202.49.56) (Read error: Connection reset by peer)
- # [01:41] * Joins: jeremyj (~jeremyj@17.202.49.56)
- # [01:42] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [01:47] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [01:48] * Joins: a-ja (~Instantbi@70.230.150.167)
- # [01:53] * Joins: roc (~chatzilla@2001:cb0:b202:232:2677:3ff:fece:dc64)
- # [01:58] * Krinkle is now known as Krinkle|detached
- # [02:01] * Joins: hasather (~hasather@80.91.33.141)
- # [02:07] * Joins: othermaciej (~mjs@17.114.217.16)
- # [02:10] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 252 seconds)
- # [02:16] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [02:19] * Joins: bholley (~bholley@98.210.101.88)
- # [02:23] * Quits: othermaciej (~mjs@17.114.217.16) (Quit: othermaciej)
- # [02:28] * Quits: bholley (~bholley@98.210.101.88) (Read error: Connection reset by peer)
- # [02:28] * Joins: bholley (~bholley@98.210.101.88)
- # [02:29] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [02:32] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Client Quit)
- # [02:33] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [02:33] * Quits: jsbell (jsbell@nat/google/x-qdmolhdapzkvzjvg) (Quit: There's no place like home...)
- # [02:37] * Krinkle|detached is now known as Krinkle
- # [02:43] * Joins: plutoniix (~plutoniix@210.213.57.70)
- # [02:44] * Quits: JosephSilber (~Joseph@ool-44c3e80a.static.optonline.net) (Ping timeout: 255 seconds)
- # [02:49] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [02:51] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [02:57] * Joins: jungkees (uid24208@gateway/web/irccloud.com/x-grieqfngqynzhvgx)
- # [03:01] * Joins: bholley (~bholley@98.210.101.88)
- # [03:02] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [03:04] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
- # [03:07] * Joins: hasather (~hasather@80.91.33.141)
- # [03:08] * Joins: Goplat (~goplat@reactos/developer/Goplat)
- # [03:12] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 272 seconds)
- # [03:18] * Quits: scrollback (scrollback@conference/jsconf/x-fgpkmdzcvlrebfji) (Remote host closed the connection)
- # [03:21] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [03:21] * Joins: bholley (~bholley@98.210.101.88)
- # [03:25] * Quits: jeremyj (~jeremyj@17.202.49.56) (Ping timeout: 272 seconds)
- # [03:28] * Krinkle is now known as Krinkle|detached
- # [03:30] * Quits: dbaron (~dbaron@2620:101:80fb:224:e595:a73:72aa:d459) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [03:30] * Quits: bholley (~bholley@98.210.101.88) (Ping timeout: 240 seconds)
- # [03:31] * Joins: bholley (~bholley@98.210.101.88)
- # [03:34] * Joins: scrollback (scrollback@conference/jsconf/x-leynqngkmkorczpk)
- # [03:34] * Joins: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.cust.bredband2.com)
- # [03:36] * manu- is now known as m4nu
- # [03:38] * Joins: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net)
- # [03:39] * Quits: jwalden (~waldo@2620:101:80fb:224:7e7a:91ff:fe25:a5a3) (Quit: ChatZilla 0.9.87-8.1450hg.fc20 [XULRunner 29.0/20140428110119])
- # [03:39] * Quits: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.cust.bredband2.com) (Ping timeout: 260 seconds)
- # [03:51] * Joins: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net)
- # [03:55] * Joins: Dashiva_j (Dashiva@wikia/Dashiva)
- # [03:56] * Quits: Dashiva (Dashiva@wikia/Dashiva) (Ping timeout: 245 seconds)
- # [03:56] * Dashiva_j is now known as Dashiva
- # [04:01] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [04:02] * Quits: tantek (~tantek@corp-nat.p2p.sfo1.mozilla.com) (Quit: tantek)
- # [04:07] * Quits: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [04:08] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
- # [04:24] * roc watches Sylvain and Tab go head to head
- # [04:24] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [04:33] * Joins: mven_ (~textual@ip68-104-38-84.lv.lv.cox.net)
- # [04:47] <TabAtkins> roc: I'm *super* pissed about that. Totally done talking with Sylvain for a while.
- # [04:47] <TabAtkins> Happened before. I should know better by now.
- # [04:48] <SamB> what forum was this?
- # [04:48] <TabAtkins> Twitter.
- # [04:48] <TabAtkins> The moment he switches from arguing to snarking, I just need to block him for a while.
- # [04:48] <TabAtkins> Too fucking frustrating otherwise.
- # [04:48] <SamB> that does not sound like a good place to argue
- # [04:52] <TabAtkins> The smug subtweeting afterwards is the worst part (which is why I need to just block for a while).
- # [04:54] * Joins: ambv (~ambv@173.252.71.129)
- # [04:54] <astearns_> TabAtkins: FWIW, I think the main disconnect is between what you think (and continue to maintain) you said, and what everyone else in the room heard at the time
- # [04:55] * astearns_ is now known as astearns
- # [04:55] <TabAtkins> I'm aware of what the disconnect is. Doesn't make it any less wrong, or any less annoying when people insist that I *really meant* something different and evil.
- # [04:55] <TabAtkins> I know what I actually said. What people heard is their business.
- # [04:56] <astearns> TabAtkins: I was in the room, and I heard something different than what you maintain you said. Yes, it is my business, but I'm not the only one
- # [04:56] <astearns> and I do expect that you really meant something different - what you're maintaining you said now
- # [04:58] <TabAtkins> And it certainly wasn't helped by a few people straight up saying during the discussion that I had previously said "Chrome would accept any changes the WG makes" and implying that I was now going against my word, when I was careful the entire time to say that it was "as long as it doesn't freeze due to usage". Which should be a matter of course, but some
- # [04:58] <TabAtkins> people like pretending that they can change reality by altering a spec.
- # [04:59] <roc> time for an emergency subject change
- # [04:59] * Quits: mven (~textual@169.241.49.57) (Ping timeout: 240 seconds)
- # [04:59] <TabAtkins> I suspect that that (some people saying I had said something different in the past) probably had an effect on what other people "heard" me say. Memory is shitty, after all.
- # [04:59] <TabAtkins> roc: Kittens
- # [04:59] <SamB> it sounds like everyone should just agree that what TabAtkins meant to say and what other people though TabAtkins meant to say are not the same thing, and stop worrying about the details of whether he said either of those things
- # [04:59] <TabAtkins> SamB: It would be great if everyone did that, yes.
- # [04:59] * Joins: mven (~textual@169.241.49.57)
- # [05:00] <TabAtkins> roc: You're supposed to *deploy* the subject change when you say that.
- # [05:00] <SamB> I suspect that the the those two things are actually ideas, in any case, and what he said are words
- # [05:00] <TabAtkins> roc: Can't just expect the rest of the room to change itself.
- # [05:00] <TabAtkins> SamB: I communicate only through interpretative dance, so no.
- # [05:00] <SamB> lol
- # [05:00] <SamB> TabAtkins: no wonder nobody had a clue what you meant
- # [05:01] <astearns> it can be difficult at times :)
- # [05:01] <TabAtkins> SamB: Dance is the universal language. Not my fault the rest of the room hadn't learned it.
- # [05:01] <TabAtkins> Nor does that make it less universal, if that's what you're thinking.
- # [05:01] <SamB> obviously terrans are just rude
- # [05:01] <astearns> it does add a bit of savior-faire to the proceedings, though
- # [05:02] <roc> savoir
- # [05:02] <astearns> gah
- # [05:02] <TabAtkins> *Jesus Christ
- # [05:02] <astearns> no need for any more savior-faire
- # [05:02] <TabAtkins> That's the Christian ren-faire.
- # [05:03] <SamB> why didn't I ever get an invite?
- # [05:03] <TabAtkins> Not savory enough.
- # [05:03] <roc> TabAtkins: here's another subject for you. abarth said on www-style a while back that Chrome people were trying to find a script-based approach to generic scrolling effects (sticky, sliding panels, parallax scrolling, etc). What's happening with that? Is there a nascent API proposal anywhere?
- # [05:03] * Joins: bholley (~bholley@98.210.101.88)
- # [05:03] <TabAtkins> roc: brb
- # [05:05] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [05:05] <astearns> can't find the video of shirtless dancing at TPAC :(
- # [05:06] <SamB> 'computed COMEFROM' ... mind ... broken!
- # [05:08] <TabAtkins> roc: Not really, not yet. We're still not sure quite what to do. We have a few ideas, just not enough to put a proposal together yet.
- # [05:08] <TabAtkins> roc: We discussed it a bit at the Input meeting last week in Seattle.
- # [05:09] <TabAtkins> roc: Basically, we think that, while moving more effects to a scrolling thread is great for lots of things, it makes it impossible to simulate some existing effects (and thus to do your own effects of the same caliber).
- # [05:09] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
- # [05:10] <TabAtkins> roc: So we think we'll need some way for pages to opt back into sync scrolling for elements or the page, along with well-designed timing for the scroll events and such, plus other main-thread improvements to make it easier to do the effects and hit every frame.
- # [05:10] <roc> I don't know if you're aware yet, but we're very interested in extending Web Animations to support scroll position as a timing source. Similar to your CSS-based proposal.
- # [05:10] <TabAtkins> roc: Pair that with continuing development of off-thread developments in the declarative realm.
- # [05:10] <TabAtkins> roc: Like, yes, custom timing sources such as scroll position in Web Anim.
- # [05:11] <TabAtkins> And yeah, the Web Anim approach is our preferred direction for that kind of thing right now, with possible a CSS layer afterwards.
- # [05:11] <roc> abarth rejected CSS snapping (and apparently position:sticky?). Any idea whether any declarative proposals will be accepted by Chrome in the medium term?
- # [05:12] * birtles_ is now known as birtles
- # [05:12] <roc> do you think Web Animation with a scroll position timing source is above Adam's bar?
- # [05:13] <roc> or if you don't want to channel him, where's your bar?
- # [05:15] * Quits: ahf (ahf@irssi/staff/ahf) (Ping timeout: 245 seconds)
- # [05:16] <TabAtkins> roc: Adam's on one side of the divide, I'm on the other, and I've been pulling the team a little more on the "we really do need to offer sugar for authors" side lately.
- # [05:16] <roc> ok good to know :-)
- # [05:16] <TabAtkins> So we're probably going to do at least a subset of snapping. As we figure it out, I'll send feedback.
- # [05:16] <TabAtkins> Sticky is going to happen, we just had a bad impl that didn't mesh well with our compositor.
- # [05:17] <roc> ok
- # [05:17] <roc> that's also good to know
- # [05:17] <TabAtkins> And it was making it hard to improve things in the meantime.
- # [05:17] <roc> for CSS snapping, I think we can actually do most of what we want using script.
- # [05:17] <TabAtkins> Doing a lot of revolution-not-evolution in our compositing pipeline lately, trying to fix a lot of latent bugs.
- # [05:17] <TabAtkins> roc: We don't think you can do high-fidelity snapping async.
- # [05:18] * Joins: ahf (ahf@irssi/staff/ahf)
- # [05:18] <roc> is there a short explanation?
- # [05:18] * Joins: hasather (~hasather@80.91.33.141)
- # [05:21] <roc> I agree you can't do perfect-fidelity snapping without telling the compositor enough information that it can execute a complete scrolling gesture plus snapping without any main-thread activity.
- # [05:23] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 252 seconds)
- # [05:24] <TabAtkins> Yeah, that's basically it. That's not something you can tell the compositor right now.
- # [05:25] <roc> but if the compositor sent an event to the main thread when the user scroll gesture ends, where the event contains the scroll position the compositor will settle on after fling momentum ends etc, then the main thread can compute a snapped position and tell the compositor, which would be responsible for landing at that position --- either by tacking on more animation or by adjusting the...
- # [05:25] <roc> ...in-progress animation.
- # [05:25] <TabAtkins> And we think that ultimately the set of things you might want to do will exceed what we choose to expose in "tell the compositor about X".
- # [05:26] * SamB wonders if this is a bad time to mention how much he hates those pages with the background images that don't scroll with the rest of the page, thus requiring lots of needless recompositing ...
- # [05:26] <roc> the latency between the user scroll gesture ending and the compositor getting the snapped scroll position might not be so bad. After all, snapping generally requires scroll direction and/or velocity changes anyway.
- # [05:29] <roc> anyway, the impasse over CSS snapping specs means we'll probably have to try that approach for our existing snapping use-cases. Using ScrollOptions.behavior = "smooth" with scrollTo/scrolTop to tell the compositor to snap to a position.
- # [05:31] * Quits: montecfel (~montecfel@gateway/tor-sasl/montecfel) (Quit: montecfel)
- # [05:35] * Joins: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.cust.bredband2.com)
- # [05:40] * Quits: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.cust.bredband2.com) (Ping timeout: 264 seconds)
- # [05:52] * Quits: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [06:00] * Quits: gavin_ (~gavin@76.14.87.162) (Remote host closed the connection)
- # [06:00] * Joins: gavin_ (~gavin@76.14.87.162)
- # [06:03] * Joins: tantek (~tantek@172.56.38.143)
- # [06:05] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [06:10] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
- # [06:14] * Quits: SamB (~SamB@2001:470:1f07:57:110b:8318:3bb8:b04f) (Read error: Connection reset by peer)
- # [06:15] * Quits: gavin_ (~gavin@76.14.87.162) (Remote host closed the connection)
- # [06:15] * Joins: gavin_ (~gavin@76.14.87.162)
- # [06:17] * Joins: falken (uid20729@gateway/web/irccloud.com/x-losilwslnjqpasnd)
- # [06:19] * Joins: SamB (~SamB@2001:470:1f07:57:5cd6:f78e:92c9:55ca)
- # [06:22] * Quits: ahf (ahf@irssi/staff/ahf) (Ping timeout: 240 seconds)
- # [06:24] * Joins: gavin__ (~gavin@76.14.87.162)
- # [06:24] * Quits: tantek (~tantek@172.56.38.143) (Quit: tantek)
- # [06:28] * Quits: gavin_ (~gavin@76.14.87.162) (Ping timeout: 248 seconds)
- # [06:29] * Quits: rniwa (~rniwa@17.202.43.222) (Quit: rniwa)
- # [06:45] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [06:46] * Joins: bholley (~bholley@98.210.101.88)
- # [06:46] * Quits: bholley (~bholley@98.210.101.88) (Client Quit)
- # [06:55] * Joins: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net)
- # [06:55] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [07:02] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
- # [07:03] * Quits: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [07:05] * Joins: zdobersek (~zan@5.157.38.34)
- # [07:07] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Quit: BigBangUDR)
- # [07:08] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
- # [07:12] * Quits: bnicholson (~bnicholso@cpe-174-107-192-094.sc.res.rr.com) (Ping timeout: 260 seconds)
- # [07:15] * Parts: a-ja (~Instantbi@70.230.150.167)
- # [07:19] * Joins: hasather (~hasather@80.91.33.141)
- # [07:24] * Joins: sspi (uid34681@gateway/web/irccloud.com/x-lxohlnaplepuhfkx)
- # [07:24] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 264 seconds)
- # [07:31] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
- # [07:36] * Joins: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.cust.bredband2.com)
- # [07:39] <abarth> roc: you can implement snap points today without help from the browser
- # [07:39] <abarth> roc: amazon has a nice implementation
- # [07:40] <abarth> the problem is more how to make it possible for folks to re-use implementations written by experts
- # [07:41] * Quits: SamB (~SamB@2001:470:1f07:57:5cd6:f78e:92c9:55ca) (Read error: Connection reset by peer)
- # [07:41] * Joins: SamB (~SamB@2001:470:1f07:57:5cd6:f78e:92c9:55ca)
- # [07:41] * Quits: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.cust.bredband2.com) (Ping timeout: 244 seconds)
- # [07:45] * Joins: musically_ut (~musically@2a02:120b:c3f4:f9e0:a11:96ff:fefb:db24)
- # [07:48] * Quits: Streusel (~Anonymous@unaffiliated/streusel) (Quit: Leaving...)
- # [07:52] <roc> AFAIK shipping browsers lack two things
- # [07:52] <roc> 1) a way to reliably detect the end of a user scroll gesture
- # [07:53] <SamB> roc: how would that work exactly
- # [07:53] <SamB> what is this "end"
- # [07:53] <roc> 2) a way to tell the compositor to scroll smoothly to a destination in a way that dovetails nicely with momentum scrolling that carries on after the user scroll gesture has finished
- # [07:53] <SamB> if I grab the bar, whose to say where I'm going to release it?
- # [07:55] <roc> SamB: with a "fling gesture" on a touchscreen, the touch-up is the end of the user scroll gesture, but scrolling continues until it runs out of momentum
- # [07:55] <SamB> so, how would this thing work on a desktop with a scrollbar?
- # [07:56] <roc> for thumb dragging, we'd fire the "user scroll gesture ended" event when the user releases the thumb.
- # [07:56] <SamB> sounds kind of jarring
- # [07:57] <SamB> to snap AFTER the user releases the thumb
- # [07:57] <SamB> not that I've got a better idea
- # [07:57] <roc> that matches how most snapping works on touch devices
- # [07:58] <abarth> roc: amazon doesn't use scrolling to implement snap points
- # [07:59] <abarth> maybe I should study their code more, but I would be surprised if they did
- # [08:00] <abarth> roc: yes, we should add scrollstart and scrollend events
- # [08:00] <roc> if so, it doesn't work with async scrolling and touch panning, so it won't be a great experience
- # [08:00] <abarth> roc: the latter doesn't follow from the former
- # [08:00] <abarth> in fact, it's a great experience
- # [08:00] <abarth> try it
- # [08:00] <roc> on a really low end device?
- # [08:00] * Joins: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net)
- # [08:01] <abarth> roc: it works well on the devices I have
- # [08:01] <abarth> maybe I should try on lower end devices?
- # [08:01] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
- # [08:01] <abarth> roc: what is the minimum latency to talk to the main thread on your target device?
- # [08:02] <abarth> meaning, under optimal conditions, how long does it take for the main thread to program data into the compositor
- # [08:05] <roc> less than 2x the vsync interval.
- # [08:05] <roc> but the real problem is that conditions are not always optimal :-)
- # [08:06] <abarth> so, if vsync is 16ms
- # [08:06] <abarth> it takes 8ms!
- # [08:06] <abarth> how hard have you tried to bring that number down?
- # [08:06] <roc> it's really easy to blow the 16ms frame budget with main-thread activity. You know that of course :-)
- # [08:07] <abarth> well, if your minimum latency is 8ms, I'm not surprised
- # [08:07] <abarth> we're getting more like 2ms
- # [08:07] <abarth> we're working on getting it down to 1ms
- # [08:08] <roc> I'm not worried about the best-case performance.
- # [08:08] <roc> I'm worried about the main thread getting blocked by a script or something outside our immediate control.
- # [08:08] <abarth> ok, then what's causing you not to get best-case performance when the user scrubbing a snap point widget?
- # [08:08] <abarth> who's control?
- # [08:09] <roc> the UA's control.
- # [08:09] <abarth> right, the UA is not in control
- # [08:09] <abarth> the web developer is in control
- # [08:11] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [08:11] <abarth> my experience discussing this topic is that when you push on the motivation for snap points
- # [08:12] <abarth> you eventually get down to the person who supports snap points saying that JavaScript developers aren't skilled developers
- # [08:12] <abarth> I think it's fair to say that some JavaScript developers are highly skilled and some are less highly skilled
- # [08:13] <abarth> which is why I wrote above that this problem is really about how to you get the less skilled developer to reuse work done by highly skilled developers
- # [08:13] <abarth> historically, we've done that by having the highly skilled developers hard-code behaviors into browsers
- # [08:14] <abarth> but another approach is to encourage highly skilled JavaScript developers to make their work reusable by less skilled developers
- # [08:14] <roc> BTW I completely misunderstood your earlier question about update latency...
- # [08:14] <abarth> oh good
- # [08:14] <abarth> you had me worried :)
- # [08:14] <roc> the problem is that to keep main-thread latency reliably low you have to prevent the "less skilled developer" from doing anything that could blow the latency budget
- # [08:15] <abarth> which is a scheduling problem
- # [08:15] <abarth> iOS does that by controling your event loop
- # [08:15] <abarth> when the finger is down on the glass
- # [08:15] <roc> so it's not just a matter of "use this library for scrolling", it's also "don't do anything else that could run too long", and there's a long list of things there
- # [08:15] <abarth> only certain events will come out of the event loop
- # [08:15] <abarth> the rest are delayed
- # [08:15] <abarth> we'll likely do something like that too
- # [08:15] <abarth> but we haven't studied that aspect of the problem in great detal yet
- # [08:15] <abarth> detail
- # [08:16] * Quits: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [08:16] * Joins: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net)
- # [08:16] <abarth> roc: put another way, how did the less skill developer steal time from the snap points widget's time slice?
- # [08:18] <roc> lots of ways ... requestAnimationFrame, triggering a complex CSS restyle/reflow, setTimeout
- # [08:19] <abarth> can you see how those are scheduling problems?
- # [08:19] * Quits: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net) (Client Quit)
- # [08:19] <roc> no, not really
- # [08:19] <abarth> why did the setTimeout fire during the touch interaction?
- # [08:19] <roc> I don't think you can get away with suppressing those entirely during a touch-pan
- # [08:19] <abarth> why not?
- # [08:20] <abarth> that's what iOS does
- # [08:20] <abarth> it's true that we haven't gone down that path you
- # [08:20] <abarth> s/you/yet/
- # [08:20] <roc> do animations stop?
- # [08:21] <abarth> we're still working with folks fairly high up the skill curve
- # [08:21] <abarth> you shouldn't drive animations with setTimout
- # [08:21] <abarth> if you do that, I'm ok making your animations bad
- # [08:21] <abarth> it's an iterative process
- # [08:21] <abarth> whereby we're moving down the skill curve
- # [08:21] <roc> I didn't say that, I was just curious
- # [08:21] <abarth> maybe we'll get to a point where the developers aren't skilled enough
- # [08:22] <abarth> but we haven't reached that point yet
- # [08:22] <abarth> I don't think we can tile the space of all effects by hard-coding them into the browser
- # [08:22] <roc> I don't think so either
- # [08:22] <abarth> so, at some point, we need to decide "that's bespoke"
- # [08:22] <roc> so I wish you'd stop raising that straw man
- # [08:23] <abarth> then, it's just a question of where to draw the line
- # [08:23] <abarth> not whether to draw a line
- # [08:23] <abarth> how do you decide where to draw the line?
- # [08:23] <abarth> we're trying to figure that out by seeing how good we can make the platform for bespoke effects
- # [08:23] <abarth> maybe we'll fail
- # [08:23] <abarth> and bespoke effects won't work well
- # [08:24] <abarth> in which case, we'll need to add many tiles and draw the line to include more UA-provided effects
- # [08:24] <abarth> but maybe we'll succeed
- # [08:24] <abarth> in which case, many effects can be treated as bespoke by the platform
- # [08:24] <roc> I don't have a deterministic algorithm for drawing the line
- # [08:24] <abarth> and the UA provides a much smaller set
- # [08:25] <abarth> which is why I wrote the email I did about snap points
- # [08:25] <abarth> it's not that I think they're bad
- # [08:25] <abarth> it's just that we're not planning to implement them
- # [08:25] <abarth> that might change if we fail
- # [08:25] <abarth> and the web platform can't support high-quality bespoke effects
- # [08:26] <roc> in the FirefoxOS homescreen, touch panning is done by script setting CSS transforms, and we did a lot of optimizations to make that work well
- # [08:26] <abarth> its too bad you don't have web animations
- # [08:26] <abarth> that way script can talk directly to the animation engine
- # [08:27] <abarth> without involving CSS
- # [08:27] <abarth> e.g., you can program an animation curve
- # [08:27] <abarth> and all you need to do in your touch handler
- # [08:27] <abarth> is set the currentTime of the animation
- # [08:27] <abarth> the main thread has almost no work to do
- # [08:28] <abarth> that's why I'm interested in the idea of moving that touch handler into the compositor. it's such a powerful, basic primitive
- # [08:29] <roc> our existing script-driven panning solutions have some problems. One of them is that we have implemented a lot of heuristics and behaviors for async scrolling and touch scrolling in the platform. And they have to be reimplemented/emulated by our panning scripts.
- # [08:29] <abarth> so, Android solves this problem by writing them once in Java
- # [08:30] <roc> we are working on Web Animations, and are very interested in being able to make a Web Animation directly use the async scroll position as its timing source
- # [08:30] <abarth> in the context of a browser, that would mean writing them once in JavaScript
- # [08:30] <abarth> another approach would be to supply them to JS as a library
- # [08:30] <abarth> you can do that in Android too. They have a bunch of Java classes provided by the framework that do scrolling math for you
- # [08:31] <abarth> they don't move things around on the screen---they just tell you what the physics are
- # [08:33] <roc> if you have a lot of use-cases which can be implemented by having your touch handler just set the current time on a Web Animation, then adding an API to that automatically in the compositor seems like a no-brainer to me.
- # [08:33] * Joins: Streusel (~Anonymous@unaffiliated/streusel)
- # [08:33] * Quits: musically_ut (~musically@2a02:120b:c3f4:f9e0:a11:96ff:fefb:db24) (Ping timeout: 240 seconds)
- # [08:33] <roc> it certainly satisfies most of our use-cases
- # [08:33] <abarth> I'm glad to hear that :)
- # [08:33] <roc> and you get a nice robust solution
- # [08:33] <roc> so are you on board with that? :-)
- # [08:34] <abarth> yes :)
- # [08:35] <roc> glad to hear it :-)
- # [08:35] <abarth> thanks for taking the time to talk this through
- # [08:35] <abarth> IRC can be a better medium than mailing lists sometimes
- # [08:46] * Quits: annevk (~annevk@178-83-154-60.dynamic.hispeed.ch) (Read error: Connection reset by peer)
- # [08:46] <sspi> I send an email towards www-dom@w3.org yesterday (about 10 hours ago here), however haven't seen it in the archives yet. Do I need to do anything special besides saying it's okay to archive my email? which I did.
- # [08:46] * Joins: annevk (~annevk@178-83-154-60.dynamic.hispeed.ch)
- # [08:53] * Quits: roc (~chatzilla@2001:cb0:b202:232:2677:3ff:fece:dc64) (Ping timeout: 260 seconds)
- # [08:56] * Joins: Ducki (~Ducki@191.233.66.1)
- # [09:07] * Joins: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net)
- # [09:08] * Joins: darobin (~darobin@78.109.80.74)
- # [09:09] * Joins: annevk_ (~annevk@178-83-154-60.dynamic.hispeed.ch)
- # [09:11] * Joins: hasather (~hasather@80.91.33.141)
- # [09:12] * Quits: annevk (~annevk@178-83-154-60.dynamic.hispeed.ch) (Ping timeout: 248 seconds)
- # [09:14] * Joins: roc (~chatzilla@121-99-88-128.bng1.tvc.orcon.net.nz)
- # [09:15] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 240 seconds)
- # [09:17] * Quits: ambv (~ambv@173.252.71.129) (Quit: sys.exit(0) # computer went to sleep)
- # [09:32] * Joins: sankha93 (uid12218@fsf/emeritus/sankha93)
- # [09:49] * Quits: Ducki (~Ducki@191.233.66.1) (Quit: Leaving)
- # [09:49] * Joins: Ducki (~Ducki@191.233.66.1)
- # [09:56] * Joins: richt (~richt@83.218.67.123)
- # [10:02] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [10:02] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Client Quit)
- # [10:02] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [10:03] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Client Quit)
- # [10:03] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [10:14] * Joins: charl (~charl@charl.eu)
- # [10:15] * Quits: charl (~charl@charl.eu) (Client Quit)
- # [10:17] * Joins: hasather (~hasather@80.91.33.141)
- # [10:18] * Joins: benschwarz (uid2121@gateway/web/irccloud.com/x-koyvbjrpvfhjglkb)
- # [10:22] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 272 seconds)
- # [10:23] * Joins: charl (~charl@maidcafe.nl)
- # [10:29] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [10:32] * Quits: gavin__ (~gavin@76.14.87.162) (Remote host closed the connection)
- # [10:32] * Joins: gavin__ (~gavin@76.14.87.162)
- # [10:34] * Quits: espadrine_ (~ttyl@AMontsouris-158-1-96-175.w90-2.abo.wanadoo.fr) (Ping timeout: 255 seconds)
- # [10:34] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Quit: Leaving)
- # [10:35] * Quits: sankha93 (uid12218@fsf/emeritus/sankha93)
- # [10:36] * Joins: sankha93 (~sankha93@fsf/emeritus/sankha93)
- # [10:38] * Quits: sankha93 (~sankha93@fsf/emeritus/sankha93) (Client Quit)
- # [10:39] * Joins: hasather (~hasather@80.91.33.141)
- # [10:40] * Joins: espadrine_ (~ttyl@AMontsouris-158-1-49-173.w92-128.abo.wanadoo.fr)
- # [10:42] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [10:42] <annevk_> "masinter added you to multipart-form-data" great work there MikeSmith
- # [10:42] * annevk_ is now known as annevk
- # [10:44] * Joins: Smylers (~smylers@94.117.247.78)
- # [10:45] * MikeSmith pats himself on the back
- # [10:46] <MikeSmith> annevk: paving the road for you with my good intentions
- # [10:48] * Quits: Smylers (~smylers@94.117.247.78) (Ping timeout: 244 seconds)
- # [10:49] <MikeSmith> sspi: I'll check on it right now
- # [10:50] <annevk> jgraham: how easy would it be for you to set up test where Content-Length is set to 4 and body is set to "PASS (if you see this though, FAIL!)"?
- # [10:50] * MikeSmith pushes some buttons
- # [10:51] <MikeSmith> sspi: should be on its way to the list no
- # [10:51] <MikeSmith> *now
- # [10:52] * Joins: Smylers (~smylers@176.12.107.140)
- # [10:53] * Joins: adactio (~adactio@212.42.170.121)
- # [10:53] <annevk> Domenic: given https://code.google.com/p/chromium/issues/detail?id=389124#c10 it seems pretty clear he's not even willing to entertain the thought they might be wrong
- # [10:57] * Joins: sankha93 (~sankha93@fsf/emeritus/sankha93)
- # [11:03] <jgraham> annevk: Very?
- # [11:04] * Joins: Lachy (~Lachy@213.166.174.2)
- # [11:04] <jgraham> annevk: If you were careful with byte counting you could even make it work as a scripted test
- # [11:06] <annevk> jgraham: could you do it and tell me what happens?
- # [11:06] * annevk is trying to find the answer to https://www.w3.org/Bugs/Public/show_bug.cgi?id=26241#c6
- # [11:06] * Quits: Smylers (~smylers@176.12.107.140) (Ping timeout: 248 seconds)
- # [11:07] * Quits: Lachy (~Lachy@213.166.174.2) (Client Quit)
- # [11:08] * Quits: Streusel (~Anonymous@unaffiliated/streusel) (Quit: Computer has gone to sleep.)
- # [11:08] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 240 seconds)
- # [11:10] * Joins: Lachy (~Lachy@213.166.174.2)
- # [11:11] * Quits: Lachy (~Lachy@213.166.174.2) (Read error: Connection reset by peer)
- # [11:11] * Joins: Lachy (~Lachy@213.166.174.2)
- # [11:12] * Joins: satazor (~satazor@26.186.108.93.rev.vodafone.pt)
- # [11:14] <jgraham> annevk: The test I wrote seems to PASS in Chrome and Fx
- # [11:15] <jgraham> annevk: If you work out where this test should live I could even submit a PR for it :)
- # [11:15] * Joins: Smylers (~smylers@81.143.60.194)
- # [11:16] <annevk> jgraham: can be part of XHR if you did it that way
- # [11:17] <annevk> jgraham: it's testing the HTTP layer though, so if we have a directory for HTTP
- # [11:18] <jgraham> We don't have a HTTP directory, and I just did it through a normal document
- # [11:18] <annevk> jgraham++ for having a better test framework than we had a couple years back
- # [11:18] <jgraham> No XHR
- # [11:18] <annevk> I guess you could make it a ref test in a new HTTP dir?
- # [11:19] <annevk> SamB: that draft was replaced by another draft which was also replaced, which eventually became http://tools.ietf.org/html/rfc6648
- # [11:19] <annevk> SamB: unfortunately some of the linking went lost
- # [11:22] <jgraham> https://github.com/w3c/web-platform-tests/pull/1089
- # [11:24] <jgraham> http://w3c-test.org/submissions/1089/http/content_length.html is the actual test
- # [11:30] <annevk> ta
- # [11:31] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [11:31] * Joins: Lachy (~Lachy@213.166.174.2)
- # [11:32] <JakeA> annevk: are you suggesting context="frame" for all navigations? Or would iframes get something different?
- # [11:32] <annevk> JakeA: yes
- # [11:33] <annevk> JakeA: "document" might be a better term since HTML calls them document environments
- # [11:33] <JakeA> annevk: much better
- # [11:33] <JakeA> I'll add that to the ticket
- # [11:36] * Quits: Lachy (~Lachy@213.166.174.2) (Client Quit)
- # [11:37] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Remote host closed the connection)
- # [11:45] * Quits: beowulf (~sstewart@host86-182-21-27.range86-182.btcentralplus.com) (Ping timeout: 245 seconds)
- # [11:46] * Joins: Lachy (~Lachy@213.166.174.2)
- # [11:46] * Joins: Lachy_ (~Lachy@213.166.174.2)
- # [11:46] * Quits: Lachy (~Lachy@213.166.174.2) (Read error: Connection reset by peer)
- # [11:47] * Joins: beowulf (~sstewart@host109-154-203-120.range109-154.btcentralplus.com)
- # [11:52] * Joins: smaug____ (~chatzilla@84-231-76-254.elisa-mobile.fi)
- # [12:00] * Quits: sankha93 (~sankha93@fsf/emeritus/sankha93) (Ping timeout: 272 seconds)
- # [12:01] * Joins: mpt (~mpt@canonical/mpt)
- # [12:01] * Joins: Ms2ger (~Ms2ger@10.212-64-87.adsl-dyn.isp.belgacom.be)
- # [12:11] * Joins: anssik_ (uid10742@gateway/web/irccloud.com/x-gsrasjixxdpsqaxi)
- # [12:19] * Quits: plutoniix (~plutoniix@210.213.57.70) (Quit: จรลี จรลา)
- # [12:23] * Quits: gavin__ (~gavin@76.14.87.162) (Remote host closed the connection)
- # [12:23] * Joins: gavin_ (~gavin@76.14.87.162)
- # [12:25] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [12:29] * Joins: pulse00 (~pulse00@smackbook.ec.tuwien.ac.at)
- # [12:31] <pulse00> hi all. i'm trying to find info on how browsers implement autocompletion of login credentials. we're having a loginpage example.com/login which has 2 input fields, one with type="password". when saving the password, the browser (chrome in this case) not only autofills example.com/login form fields, but also example.com, which holds a registration form.
- # [12:31] <pulse00> however, the registration form under example.com should not be autofilled with previous username/password values.
- # [12:31] * Joins: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
- # [12:31] <pulse00> i've already set <form autocomplete="off"/> on the registration page, but this is being ignored it seems.
- # [12:32] <pulse00> has anyone an idea if this feature is somewhere handled in the html specification?
- # [12:33] <annevk> pulse00: instead of setting autocomplete to off, set it to a value that describes the purpose
- # [12:34] <annevk> pulse00: per http://www.whatwg.org/specs/web-apps/current-work/#attr-fe-autocomplete
- # [12:36] <pulse00> annevk: thanks a lot!
- # [12:36] * Quits: Gege (gege@future.deferred.io) (Ping timeout: 246 seconds)
- # [12:40] <pulse00> what's still a mystery to me: why is the browser autocompleting a form with values from another url? i mean the login form lives on example.com/login, and the registration form on example.com, which are 2 different forms and urls...
- # [12:41] * Joins: Gege (gege@future.deferred.io)
- # [12:42] <annevk> pulse00: login forms can often be found on many URLs
- # [12:43] <pulse00> so because the form has an email/password input combination, the browser assumes it's the login form and autofills it?
- # [12:44] <annevk> yeah, heuristics for that are not really defined
- # [12:44] <annevk> browsers are slowly working on addressing that problem better now, part of the deal is the new design of the autocomplete attribute
- # [12:45] <pulse00> annevk: thanks a lot for the info
- # [12:50] * Quits: smaug____ (~chatzilla@84-231-76-254.elisa-mobile.fi) (Ping timeout: 252 seconds)
- # [13:01] * Quits: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [13:06] * Joins: Jirka_ (~Jirka@95.85.233.233)
- # [13:07] * Quits: hasather (~hasather@80.91.33.141) (Remote host closed the connection)
- # [13:07] * Joins: hasather (~hasather@80.91.33.141)
- # [13:12] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 272 seconds)
- # [13:17] * Quits: mven (~textual@169.241.49.57) (Ping timeout: 252 seconds)
- # [13:17] * Joins: mven (~textual@169.241.49.57)
- # [13:24] * Krinkle|detached is now known as Krinkle
- # [13:26] * Quits: gavin_ (~gavin@76.14.87.162) (Remote host closed the connection)
- # [13:26] * Joins: gavin_ (~gavin@76.14.87.162)
- # [13:35] <Ms2ger> If f is not one of "NFC", "NFD", "NFKC", or "NFKD", ...
- # [13:35] <Ms2ger> Yay ES
- # [13:42] <sspi> MikeSmith: just read your message, tnx for helping out :)
- # [13:44] * Joins: hasather (~hasather@80.91.33.141)
- # [13:44] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Remote host closed the connection)
- # [13:45] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
- # [13:47] * Joins: montecfel (~montecfel@gateway/tor-sasl/montecfel)
- # [13:53] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Ping timeout: 240 seconds)
- # [13:58] * Parts: adactio (~adactio@212.42.170.121)
- # [13:58] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
- # [14:02] * Joins: sankha93 (~sankha93@remote190-228.home.uni-freiburg.de)
- # [14:02] * Quits: sankha93 (~sankha93@remote190-228.home.uni-freiburg.de) (Changing host)
- # [14:02] * Joins: sankha93 (~sankha93@fsf/emeritus/sankha93)
- # [14:05] * Quits: charl (~charl@maidcafe.nl) (Quit: leaving)
- # [14:13] * Quits: markkes (~markkes@62.207.90.201) (Ping timeout: 240 seconds)
- # [14:15] * Joins: markkes (~markkes@62.207.90.201)
- # [14:17] * Joins: charl (~charl@maidcafe.nl)
- # [14:29] * Quits: gavin_ (~gavin@76.14.87.162) (Remote host closed the connection)
- # [14:30] * Joins: gavin_ (~gavin@76.14.87.162)
- # [14:31] * Joins: adactio (~adactio@212.42.170.121)
- # [14:32] * Quits: jonathanmarvens (~jonathanm@107.181.19.54) (Remote host closed the connection)
- # [14:36] * Quits: satazor (~satazor@26.186.108.93.rev.vodafone.pt) (Remote host closed the connection)
- # [14:37] * Joins: satazor (~satazor@26.186.108.93.rev.vodafone.pt)
- # [14:37] * Joins: shepazu (~shepazu@31-33-200.wireless.csail.mit.edu)
- # [14:39] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Quit: BigBangUDR)
- # [14:41] <MikeSmith> sspi: chhers
- # [14:41] * Quits: satazor (~satazor@26.186.108.93.rev.vodafone.pt) (Ping timeout: 255 seconds)
- # [14:45] <annevk> Ms2ger: what's the problem?
- # [14:45] <annevk> JakeA: I'm not sure if checking MIME type was agreed or not, but it seems like it would be good
- # [14:46] <JakeA> annevk: I'm happy with your conclusion. Assume multipart unless it's a urlencoded mime type
- # [14:46] <annevk> JakeA: I meant re service worker MIME type
- # [14:46] * Quits: jungkees (uid24208@gateway/web/irccloud.com/x-grieqfngqynzhvgx) (Quit: Connection closed for inactivity)
- # [14:46] * Joins: abinader (sid21713@gateway/web/irccloud.com/x-livjvrqdqpykwlmy)
- # [14:46] <annevk> JakeA: for multipart apparently the MIME type has to be checked to get the boundary parameter
- # [14:47] * Joins: tj_vantoll (~Adium@c-98-250-130-237.hsd1.mi.comcast.net)
- # [14:51] <JakeA> annevk: oh, sorry. Yeah, I agree. 96.7% of urls ending in ".js" are served with one of application/x-javascript, text/javascript. application/javascript
- # [14:53] * Quits: benschwarz (uid2121@gateway/web/irccloud.com/x-koyvbjrpvfhjglkb) (Quit: Connection closed for inactivity)
- # [14:56] * Joins: jonathanmarvens (~jonathanm@107.181.19.54)
- # [14:58] * Joins: gavin__ (~gavin@76.14.87.162)
- # [15:03] * Quits: gavin_ (~gavin@76.14.87.162) (Ping timeout: 248 seconds)
- # [15:13] <MikeSmith> hsivonen: I've landed validator support for <picture> in the syntax repo. Any chance you might be able to deploy it to v.nu and h5.v.nu today?
- # [15:15] <MikeSmith> hsivonen: for this case (relatively big new addition) I'd prefer not deploying it at the w3c validator until you have time to also deploy it
- # [15:16] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
- # [15:20] * darobin wonders if annevk gets to spend as much time with his dog as he'd like
- # [15:20] <annevk> darobin: my dog is dead you ass
- # [15:21] <darobin> ow!
- # [15:21] <darobin> sorry about that
- # [15:21] <darobin> but seriously, is that a .nl expression?
- # [15:21] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Ping timeout: 272 seconds)
- # [15:22] <annevk> I had a dog once, but my mother mostly took care of it, he died of old age, and above I was failing to be funny
- # [15:28] * Joins: newtron_ (~newtron@199.71.174.204)
- # [15:29] * Quits: newtron_ (~newtron@199.71.174.204) (Remote host closed the connection)
- # [15:29] * Joins: newtron_ (~newtron@199.71.174.203)
- # [15:36] * Joins: marcosc (~marcosc@135-23-143-163.cpe.pppoe.ca)
- # [15:38] * Joins: TallTed (~Thud@63.119.36.36)
- # [15:43] <darobin> annevk: I thought you were trying to be funny, but there was the odd chance you weren't and I didn't want to just torment your bereaved soul
- # [15:43] <darobin> well, I didn't want it too bad
- # [15:43] <darobin> anyway, loved that expression on www-tag; I'm definitely going to use it :)
- # [15:44] <annevk> heh
- # [16:00] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
- # [16:03] <annevk> This whole blob reading things needs some more thinking...
- # [16:17] <SamB> annevk: yeah, I noticed, I just wish there was some kind of "report" functionality for such missing links between drafts ...
- # [16:18] <annevk> SamB: I reported it on Twitter, the editor passed it on
- # [16:18] <SamB> I guess that works
- # [16:19] <SamB> naturally, the original title was better ;-)
- # [16:24] * Joins: BigBangUDR (~Thunderbi@101.59.200.225)
- # [16:31] <annevk> There's no place for humor in the IETF, except when it comes to their publishing format
- # [16:31] <jcgregorio> annevk +1 :-)
- # [16:34] * Quits: gavin__ (~gavin@76.14.87.162) (Remote host closed the connection)
- # [16:34] * Joins: gavin_ (~gavin@76.14.87.162)
- # [16:35] <SamB> annevk: are you talking about the recent sad but true April 1 RFC?
- # [16:35] <jgraham> The IETF publishing format is dadaism at its finest.
- # [16:37] * Joins: benjamingr (uid23465@gateway/web/irccloud.com/x-ycawypnpccvppjhp)
- # [16:37] <jgraham> In a few years they'll have an original copy of RFC 2616 printed on a daisywheel printer in MoMA
- # [16:38] * Quits: newtron_ (~newtron@199.71.174.203) (Quit: Leaving...)
- # [16:38] * Quits: mven_ (~textual@ip68-104-38-84.lv.lv.cox.net) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [16:39] * Joins: newtron_ (~newtron@199.71.174.203)
- # [16:40] <SamB> oh, *that* ;-)
- # [16:40] <MikeSmith> you guys need to step up your game
- # [16:41] <MikeSmith> we need to have higher expectations for IETF trolling than what I'm seeing on display here today
- # [16:41] <SamB> I was thinking about the "realistic requirement keywords" RFC ;-)
- # [16:41] * Joins: marcosc_ (~marcosc@2001:450:1f:224:acf0:e354:a4fb:469a)
- # [16:41] <SamB> that was a masterwork of sad, true, and funny all at once ...
- # [16:42] * Quits: jonathanmarvens (~jonathanm@107.181.19.54) (Remote host closed the connection)
- # [16:44] * Quits: gavin_ (~gavin@76.14.87.162) (Remote host closed the connection)
- # [16:44] * Joins: gavin_ (~gavin@76.14.87.162)
- # [16:45] * Joins: jonathanmarvens (~jonathanm@107.181.19.54)
- # [16:45] <annevk> I missed http://lists.w3.org/Archives/Public/ietf-http-wg/2014JulSep/0123.html
- # [16:45] <annevk> Of course it is directly casually dismissed afterwards
- # [16:45] * Quits: marcosc_ (~marcosc@2001:450:1f:224:acf0:e354:a4fb:469a) (Ping timeout: 252 seconds)
- # [16:53] * Joins: rniwa (~rniwa@17.202.43.222)
- # [16:54] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [16:56] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Remote host closed the connection)
- # [16:57] * Quits: BigBangUDR (~Thunderbi@101.59.200.225) (Ping timeout: 255 seconds)
- # [16:57] * Joins: ehsan (~ehsan@24-212-207-29.cable.teksavvy.com)
- # [16:58] * Joins: marcosc_ (~marcosc@2001:450:1f:224:8059:680c:f79e:3f28)
- # [16:58] * Quits: annevk (~annevk@178-83-154-60.dynamic.hispeed.ch) (Remote host closed the connection)
- # [16:58] * Joins: annevk (~annevk@178-83-154-60.dynamic.hispeed.ch)
- # [17:00] * Joins: mpaarating (~mpaaratin@rrcs-97-78-217-146.se.biz.rr.com)
- # [17:02] * Quits: marcosc_ (~marcosc@2001:450:1f:224:8059:680c:f79e:3f28) (Ping timeout: 260 seconds)
- # [17:03] * Joins: smaug____ (~chatzilla@84-231-76-254.elisa-mobile.fi)
- # [17:06] * Quits: Ducki (~Ducki@191.233.66.1) (Ping timeout: 255 seconds)
- # [17:06] <annevk> SamB: https://twitter.com/stpeter/status/484352051645009922
- # [17:09] * Joins: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net)
- # [17:13] * Joins: plutoniix (~plutoniix@node-1ddb.pool-101-108.dynamic.totbb.net)
- # [17:14] * Quits: markkes (~markkes@62.207.90.201) (Quit: Nettalk6 - www.ntalk.de)
- # [17:20] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [17:24] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Read error: Connection reset by peer)
- # [17:24] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
- # [17:27] * Quits: shepazu (~shepazu@31-33-200.wireless.csail.mit.edu) (Quit: is sleepy)
- # [17:29] * Joins: marcosc_ (~marcosc@2001:450:1f:224:9cb8:647d:8b47:ed81)
- # [17:29] * Quits: jonathanmarvens (~jonathanm@107.181.19.54) (Remote host closed the connection)
- # [17:30] * Joins: annevk_ (~annevk@178-83-154-60.dynamic.hispeed.ch)
- # [17:31] * Quits: plutoniix (~plutoniix@node-1ddb.pool-101-108.dynamic.totbb.net) (Ping timeout: 244 seconds)
- # [17:32] * Quits: ehsan (~ehsan@24-212-207-29.cable.teksavvy.com) (Remote host closed the connection)
- # [17:32] * Quits: annevk (~annevk@178-83-154-60.dynamic.hispeed.ch) (Ping timeout: 252 seconds)
- # [17:32] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Remote host closed the connection)
- # [17:33] * Quits: marcosc_ (~marcosc@2001:450:1f:224:9cb8:647d:8b47:ed81) (Ping timeout: 252 seconds)
- # [17:34] * Joins: jonathanmarvens (~jonathanm@107.181.19.54)
- # [17:34] * Quits: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [17:36] * Joins: plutoniix (~plutoniix@node-1ddb.pool-101-108.dynamic.totbb.net)
- # [17:36] * Quits: anssik_ (uid10742@gateway/web/irccloud.com/x-gsrasjixxdpsqaxi) (Quit: Connection closed for inactivity)
- # [17:37] * Joins: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net)
- # [17:38] * Quits: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net) (Client Quit)
- # [17:39] * annevk_ is now known as annevk
- # [17:40] * Joins: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net)
- # [17:40] * Quits: plutoniix (~plutoniix@node-1ddb.pool-101-108.dynamic.totbb.net) (Ping timeout: 248 seconds)
- # [17:42] * Quits: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net) (Client Quit)
- # [17:45] * Joins: marcosc_ (~marcosc@66.207.208.102)
- # [17:46] * Joins: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net)
- # [17:50] * Quits: marcosc_ (~marcosc@66.207.208.102) (Ping timeout: 260 seconds)
- # [17:53] * Joins: Maurice` (copyman@5ED5617C.cm-7-6b.dynamic.ziggo.nl)
- # [17:53] * Quits: tj_vantoll (~Adium@c-98-250-130-237.hsd1.mi.comcast.net) (Quit: Leaving.)
- # [17:56] * Joins: ehsan (~ehsan@2001:450:1f:224:b067:548f:5023:3056)
- # [17:57] * Joins: bholley (~bholley@98.210.101.88)
- # [17:58] * Joins: cheron (~cheron@unaffiliated/cheron)
- # [17:59] * Quits: jonathanmarvens (~jonathanm@107.181.19.54) (Remote host closed the connection)
- # [18:00] * Quits: hasather (~hasather@80.91.33.141) (Remote host closed the connection)
- # [18:02] * Quits: sankha93 (~sankha93@fsf/emeritus/sankha93) (Ping timeout: 252 seconds)
- # [18:05] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [18:05] * Joins: bholley (~bholley@98.210.101.88)
- # [18:06] * Joins: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net)
- # [18:06] * Joins: BigBangUDR (~Thunderbi@115.184.199.132)
- # [18:06] * Quits: bholley (~bholley@98.210.101.88) (Client Quit)
- # [18:09] * Joins: bholley (~bholley@98.210.101.88)
- # [18:09] * Quits: encryptd_fractl (~encryptd_@209.201.113.2) (Remote host closed the connection)
- # [18:10] * Joins: jacobolus (~jacobolus@74-95-6-5-SFBA.hfc.comcastbusiness.net)
- # [18:10] * Quits: BigBangUDR (~Thunderbi@115.184.199.132) (Client Quit)
- # [18:11] * Joins: encryptd_fractl (~encryptd_@209.201.113.2)
- # [18:13] * Joins: richt_ (~richt@83.218.67.123)
- # [18:16] * Quits: richt (~richt@83.218.67.123) (Ping timeout: 240 seconds)
- # [18:19] * Joins: ambv (~ambv@173.252.71.129)
- # [18:24] * Quits: Smylers (~smylers@81.143.60.194) (Quit: Leaving.)
- # [18:25] * Quits: richt_ (~richt@83.218.67.123) (Remote host closed the connection)
- # [18:28] * Quits: darobin (~darobin@78.109.80.74) (Remote host closed the connection)
- # [18:29] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Remote host closed the connection)
- # [18:30] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
- # [18:30] * Quits: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 244 seconds)
- # [18:30] * Quits: newtron_ (~newtron@199.71.174.203) (Read error: Connection reset by peer)
- # [18:32] * Joins: hasather (~hasather@80.91.33.141)
- # [18:32] * Joins: newtron_ (~newtron@199.71.174.203)
- # [18:32] * Quits: TallTed (~Thud@63.119.36.36) (Quit: The computer fell asleep)
- # [18:33] * Joins: TallTed (~Thud@63.119.36.36)
- # [18:34] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Ping timeout: 255 seconds)
- # [18:37] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 260 seconds)
- # [18:37] <annevk> http://w3cmemes.tumblr.com/post/90566879702 <3
- # [18:38] <Domenic> oooh w3cmemes stepped up its game
- # [18:38] <Domenic> i liked http://w3cmemes.tumblr.com/image/90566406597
- # [18:40] * Quits: benjamingr (uid23465@gateway/web/irccloud.com/x-ycawypnpccvppjhp) (Quit: Connection closed for inactivity)
- # [18:42] * Joins: marcosc_ (~marcosc@2001:450:1f:224:24ff:ca2f:4573:fe75)
- # [18:43] * Quits: jacobolus (~jacobolus@74-95-6-5-SFBA.hfc.comcastbusiness.net) (Remote host closed the connection)
- # [18:45] * Joins: satazor (~satazor@bl17-128-175.dsl.telepac.pt)
- # [18:46] * Quits: marcosc_ (~marcosc@2001:450:1f:224:24ff:ca2f:4573:fe75) (Ping timeout: 240 seconds)
- # [18:48] * Joins: jacobolus (~jacobolus@74-95-6-5-SFBA.hfc.comcastbusiness.net)
- # [18:49] <hober> that's not the first time slightlyoff's been represented by a dog
- # [18:49] <hober> i wonder what's up with that
- # [18:51] * Joins: gavin__ (~gavin@76.14.87.162)
- # [18:51] * Parts: adactio (~adactio@212.42.170.121)
- # [18:55] * Quits: gavin_ (~gavin@76.14.87.162) (Ping timeout: 264 seconds)
- # [18:56] * Quits: Lachy_ (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [18:59] * Quits: pulse00 (~pulse00@smackbook.ec.tuwien.ac.at) (Ping timeout: 248 seconds)
- # [19:05] * Joins: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net)
- # [19:06] * Joins: jonathanmarvens (~jonathanm@107.181.19.54)
- # [19:09] * Quits: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [19:13] * Joins: gavin_ (~gavin@76.14.87.162)
- # [19:18] * Quits: gavin__ (~gavin@76.14.87.162) (Ping timeout: 248 seconds)
- # [19:19] * Joins: IZh (~IZh@83.220.238.178)
- # [19:20] <IZh> Hi. Is it possible to select multiple Options from JS?
- # [19:20] <IZh> The select.value selects one.
- # [19:24] * Joins: IZh_ (~IZh@83.220.239.151)
- # [19:25] <TabAtkins> IZh: If you ahve a <select multiple>, then you can adjust selectedness on each option individually.
- # [19:25] <TabAtkins> I forget how.
- # [19:25] <TabAtkins> Probably opt.selected=true or something.
- # [19:25] * Quits: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [19:26] * Quits: IZh (~IZh@83.220.238.178) (Ping timeout: 260 seconds)
- # [19:26] * IZh_ is now known as IZh
- # [19:27] * Joins: newtron_work (~newtron@199.71.174.204)
- # [19:30] <Hixie> you know your standards organisation is successful when the mailing list for your flagship spec has less than a third the volume of mail traffic as the mailing list for your process, two months in a row
- # [19:30] * Joins: nwtn (~newtron@199.71.174.204)
- # [19:30] <Hixie> (http://lists.w3.org/Archives/Public/public-html/ vs http://lists.w3.org/Archives/Public/public-w3process/)
- # [19:31] <SamB> Hixie: does the WHATWG even *have* a process?
- # [19:31] * Quits: newtron_ (~newtron@199.71.174.203) (Ping timeout: 240 seconds)
- # [19:31] <SamB> I guess they better have at least PID 1 and apache, huh
- # [19:31] * Quits: newtron_work (~newtron@199.71.174.204) (Ping timeout: 240 seconds)
- # [19:33] * Joins: jsbell (jsbell@nat/google/x-qidjtjrrewdxgccv)
- # [19:33] * Joins: othermaciej (~mjs@76.74.153.49)
- # [19:34] * Joins: jeremyj (~jeremyj@17.114.217.224)
- # [19:34] * Quits: satazor (~satazor@bl17-128-175.dsl.telepac.pt) (Remote host closed the connection)
- # [19:34] * Joins: satazor (~satazor@bl17-128-175.dsl.telepac.pt)
- # [19:35] <tantek> mailing lists are such good honeypots. especially process mailing lists.
- # [19:35] <SamB> you mean, they keep the bullshit away from ... ?
- # [19:35] * Quits: jacobolus (~jacobolus@74-95-6-5-SFBA.hfc.comcastbusiness.net) (Remote host closed the connection)
- # [19:39] * Quits: satazor (~satazor@bl17-128-175.dsl.telepac.pt) (Ping timeout: 264 seconds)
- # [19:40] <jgraham> SamB: Don't let tantek troll you. He has like a 4 hour spiel about how all mailing lists are failures, even ones that are successful, and how everything should be on wikis despite wikis having faults of their own.
- # [19:40] <SamB> I hear wikimedia-l is ... fun ;-)
- # [19:40] <Hixie> i'm not sure, i'm just guessing, but i think jgraham might disagree with tantek on this mailing list thing
- # [19:40] <SamB> but personally I don't think a wiki is a good place to review patches
- # [19:41] <Hixie> SamB: not in any meaningful sense, no (by design)
- # [19:41] <jgraham> A mailing list isn't a good place to review patches either
- # [19:41] <SamB> Hixie: lol
- # [19:41] <jgraham> a code review system is
- # [19:41] <SamB> jgraham: true, not particularly fantastic for that
- # [19:41] <tantek> SamB - they keep a lot of bullshit (in terms of volume of text) away from say, IRC, like here.
- # [19:41] <SamB> jgraham: but a wiki manages to do EVEN WORSE
- # [19:41] <tantek> jgraham, that's the spirit! ;)
- # [19:42] <SamB> and I'm not sure you couldn't integrate a code review system into a mailing-list workflow pretty well ...
- # [19:42] <tantek> SamB - who does code reviews on a wiki? I've never done that but I'm curious to see anyone who would try!
- # [19:42] <SamB> tantek: well, the way I was interpreting jgraham's statements, you were ;-P
- # [19:42] <tantek> github's UI flow for code submissions/reviews appears to have the best adoption to date of any such "system". so I'd start by studying theirs.
- # [19:43] <jgraham> At least code review on a wiki would give you some kind of diff between revisions of the patch
- # [19:43] <SamB> jgraham: hmm
- # [19:43] <tantek> (!!!)
- # [19:43] <jgraham> Oh man *I* have a four your rant about the failures of github for code review and patch submission
- # [19:43] <jgraham> *hour
- # [19:43] <SamB> jgraham: I was thinking of a Talk:-style thing though, which really wouldn't
- # [19:44] * tantek looks forwared to reading jgraham's blog post about the failures of github for code review and patch submission.
- # [19:44] <jgraham> SamB: Yeah, the fact that you would have to mix comments and code would be a disaster
- # [19:44] * Joins: jacobolus (~jacobolus@74-95-6-5-SFBA.hfc.comcastbusiness.net)
- # [19:44] <tantek> SamB, Talk: pages suck. Don't use them
- # [19:44] * rniwa prefers Bugzilla code reviews over Github.
- # [19:44] <SamB> tantek: well, how would YOU discuss a Template on-wiki
- # [19:45] <jgraham> To be fair, the main problem with GH for submission is that their permissions model is broken so only the original author can update a patch
- # [19:45] <SamB> or, say, the content or formatting of a wikipedia article
- # [19:45] <jgraham> s/patch/PR/
- # [19:45] <SamB> jgraham: mmm
- # [19:45] * Quits: jacobolus (~jacobolus@74-95-6-5-SFBA.hfc.comcastbusiness.net) (Remote host closed the connection)
- # [19:46] <SamB> jgraham: well, given that only the latest version of the PR is accessible from the CLI (afaik), I'm not sure that's totally stupid
- # [19:46] <jgraham> rniwa: Does webkit have some much better thing than mozilla for review in bugzilla? Because what we have is awful.
- # [19:46] <SamB> I guess it should be possible to have multiple PRs on one PR page ...
- # [19:46] <tantek> SamB - IRC for quick discussions
- # [19:46] <SamB> jgraham: I don't think so
- # [19:47] <jgraham> SamB: I don't understand what you mean. A PR is just a branch. It should be possible for multiple people to push to the same branch.
- # [19:47] <SamB> tantek: not always clear where to find anyone relevant to a specific topic on IRC, at least wrt WMF's wikis
- # [19:48] <jgraham> People certainly *shouldn't* keep squashing and force pushing if that's what you mean by "latest version"
- # [19:48] <SamB> it's not too bad wrt commons or enwikisource
- # [19:48] <jgraham> Once you do that you may as well use a mailing list again.
- # [19:48] <SamB> jgraham: I was just thinking that remote reflog access might be worth implementing
- # [19:48] <SamB> but yes, I see what you mean
- # [19:49] <SamB> forbidding force push to PR refs would work too, after a fashion
- # [19:49] <caitp> squashing and forcepushing is great, it's not like the old refs disappear
- # [19:49] <SamB> anyway, clearly we have very little clue what we're doing WRT patch review systems
- # [19:50] <SamB> caitp: huh?
- # [19:50] <SamB> are you talking about the web UI?
- # [19:50] <caitp> no
- # [19:50] <jgraham> You need to allow it but you either need the kind of magic that hg+changeset evolution has to keep track of the previous commits, or you need to strictly control when people squash so that the review system can keep track of it
- # [19:50] <SamB> caitp: or do you know how to get at the old PR tips from the CLI?
- # [19:51] <SamB> I haven't done much hg yet
- # [19:51] <SamB> at least it doesn't seem as stupid slow as bzr
- # [19:51] <caitp> if you have the sha of an old tip you should be able to cherrypick it back on if you want to restore it
- # [19:51] <SamB> and isn't dead upstream like bzr
- # [19:51] <caitp> getting the sha is the hard part
- # [19:51] <SamB> caitp: github allows you to do that?
- # [19:51] * Quits: encryptd_fractl (~encryptd_@209.201.113.2) (Remote host closed the connection)
- # [19:52] <SamB> but how would you find out the sha without hitting the web
- # [19:52] <caitp> i'm not sure why github would care
- # [19:52] <jgraham> I haven't actually used hg+evolve, but aiui when you rebase it stores a pointer to the old commits in the rebased tree, but marks them as "obsolete" or something
- # [19:52] <caitp> you can just make a note of shas, or put them in a temporary branch before rebasing
- # [19:52] <SamB> caitp: by default, git forbids access to commits that aren't found in refs
- # [19:52] <caitp> temp branch is safer :p
- # [19:53] <SamB> I mean, when you use the smart protocols
- # [19:53] <SamB> jgraham: nice
- # [19:53] <rniwa> jgraham: https://bugs.webkit.org/attachment.cgi?id=224930&action=review
- # [19:53] <rniwa> jgraham: ojan made a lot of improvements to our review tool
- # [19:53] <rniwa> jgraham: it supports inline comments, etc...
- # [19:54] <jgraham> rniwa: Well it allows context expansion at least. Can you get diffs between different versions of patches or track which issues have been addressed somehow?
- # [19:54] * Quits: IZh (~IZh@83.220.239.151) (Remote host closed the connection)
- # [19:55] <rniwa> jgraham: diffs between different patches is still broken :(
- # [19:56] * Joins: encryptd_fractl (~encryptd_@209.201.113.2)
- # [19:56] <jgraham> Moilla are supposed to be moving to reviewboard, but it remains to be seen whether that still sucks
- # [19:56] <Philip`> jgraham: Gerrit seems to work non-terribly at that - it stores every version of a patch that you've pushed for review, and the web UI lets you see diffs between any versions
- # [19:57] <SamB> Philip`: what happens if you change the subject line?
- # [19:57] <jgraham> Philip`: Yeah, AIUI Gerrit isn't terrible. Although I haven't actually used it so I couldn't say if it's good or not
- # [19:57] <SamB> and I hear gerrit doesn't handle series' well?
- # [19:58] * jgraham is quite a fan of Opera Critic ofc
- # [19:58] <Philip`> SamB: There's a hook that puts a Change-Id field in your commit message, as a unique identifier for a patch
- # [19:58] <rniwa> Philip`, jgraham: the one used by chromium is horrible re: Gerrit
- # [19:58] <jgraham> Reitvald?
- # [19:58] <Philip`> so you can happily rewrite the commit message (but keep the Change-Id) and it'll recognise it
- # [19:58] <SamB> I think the cutest review tool I've seen involved GPG-signed votes of approval on a mailing list, and a bot that ran tests and merged if all was well after recieving enough "go ahead" votes
- # [19:59] <rniwa> jgraham: oh i guess I mixed the two
- # [19:59] <SamB> Philip`: how does the Change-Id get into your commit message?
- # [19:59] <jgraham> Isn't Gerrit a fork of Rietvald or something?
- # [19:59] <caitp> rietveld isn't really ideal, no :[
- # [19:59] <SamB> is it telling that I've never heard of rietvald before?
- # [19:59] <SamB> probably not very
- # [20:00] <caitp> codereview.chromium.org etc, the UI still confuses me after over a year
- # [20:00] <jgraham> Well code review tools aren't exactly thrilling dinner party conversation
- # [20:00] * Quits: smaug____ (~chatzilla@84-231-76-254.elisa-mobile.fi) (Ping timeout: 240 seconds)
- # [20:00] <jgraham> It isn't the sort of thing they teach posh people to politely discuss at finishing school
- # [20:01] <SamB> what is finishing school?
- # [20:01] <Philip`> SamB: By a commit-msg hook that you have to download into your repository
- # [20:01] <SamB> do they teach you to finish things?
- # [20:01] <SamB> maybe I should sign up
- # [20:01] <SamB> Philip`: ah
- # [20:01] <jgraham> http://en.wikipedia.org/wiki/Finishing_school
- # [20:01] <SamB> Philip`: that actually sounds workable
- # [20:02] <Philip`> The best thing about Gerrit is that part of its configuration is in Prolog
- # [20:02] <SamB> but somehow I suspect it hasn't a clue how to handle it if you squash or split a change
- # [20:02] <SamB> er, well, not that you can squash one change by itself
- # [20:03] <jgraham> Philip`: See, that's what the channel lacks when you aren't around
- # [20:03] <SamB> Philip`: I'm assuming that it's not actually particularly useful that it's in prolog?
- # [20:03] <SamB> or you would be explaining how
- # [20:04] <SamB> hmm, did firefox drop SWI yet?
- # [20:04] <SamB> (how long ago?)
- # [20:04] <jgraham> What's SWI?
- # [20:04] <Philip`> SamB: It's your responsibility to keep the Change-Id in the appropriate commit that you want associated with your previous review, if you're doing some squashing etc
- # [20:04] <SamB> SWI Prolog
- # [20:05] <Philip`> If you're doing major reorganisation you might want to just abandon the old reviews and start a new set for your new patches, to reduce confusion
- # [20:05] <SamB> Philip`: is "review/change set" an actual concept of gerrit?
- # [20:06] <Philip`> SamB: It's not particularly useful if you don't already know Prolog
- # [20:06] <SamB> what sort of things does it configure?
- # [20:07] * Krinkle is now known as Krinkle|detached
- # [20:07] <Hixie> anyone want to help out with admin@wiki.whatwg.org requests? (it's just creating wiki accounts for people who seem legit)
- # [20:09] <Philip`> SamB: The rules for when a patch is allowed to be submitted, e.g. https://gerrit-review.googlesource.com/Documentation/prolog-cookbook.html#_example_14_master_and_apprentice
- # [20:09] <SamB> Hixie: so basically you get to serve as glorified captcha?
- # [20:10] <SamB> anyway I'm terrible at handling my mail already, so not I!
- # [20:12] * Joins: jwalden (~waldo@2620:101:80fc:224:7e7a:91ff:fe25:a5a3)
- # [20:13] * Krinkle|detached is now known as Krinkle
- # [20:13] <Ms2ger> jgraham, Rietveld, btw
- # [20:14] <jgraham> Danm vowels
- # [20:15] <Philip`> They're evidently no worse than the consonants
- # [20:16] <jgraham> Cursed letters
- # [20:16] <Domenic> I hate Gerrit, largely because of the Change-Ids
- # [20:19] * Quits: jonathanmarvens (~jonathanm@107.181.19.54) (Remote host closed the connection)
- # [20:21] <Hixie> SamB: yeah
- # [20:21] * Joins: jonathanmarvens (~jonathanm@107.181.19.54)
- # [20:24] * Joins: Manishearth (manisheart@wikipedia/Manishearth)
- # [20:25] <Manishearth> annevk: around?
- # [20:25] <Manishearth> I'd like to know exactly when CORS applies
- # [20:25] <jgraham> Manishearth: I don't think he is
- # [20:25] <Manishearth> :/
- # [20:25] <Manishearth> apparently fetching an ftp:// page from an http:// page is a CORS violation. Wonder if the same is true for fetching ftp:// from ftp://
- # [20:26] <Hixie> annevk: i'm not clear on what i'm supposed to be answering on https://github.com/slightlyoff/ServiceWorker/issues/352#issuecomment-47768718
- # [20:27] <SamB> Manishearth: I'm not aware of a way to clear cross-origin requests with an FTPD
- # [20:28] <SamB> so, um, naturally you can't use CORS with ftp://
- # [20:29] * Joins: scor (scor@nat/acquia/x-hfswqpojbylytpmp)
- # [20:29] * Quits: scor (scor@nat/acquia/x-hfswqpojbylytpmp) (Changing host)
- # [20:29] * Joins: scor (scor@drupal.org/user/52142/view)
- # [20:29] <SamB> I guess it's pointless to ask about nntp://, news://, etc. since, uh, well, browsers don't exactly support NNTP these days
- # [20:29] <Manishearth> SamB: strange, I tried ftp-ftp in Chrome's console and it worked
- # [20:29] <Manishearth> data-data doesn't work though
- # [20:29] <SamB> hmm
- # [20:30] <SamB> wait what
- # [20:30] <SamB> Manishearth: what exactly are you attempting to do?
- # [20:30] <Manishearth> and I think blob uris can be fetched ;p
- # [20:30] <Manishearth> SamB: implement CORS for Servo
- # [20:30] <SamB> I meant, what did you try between data: and data: that did not work?
- # [20:30] <Manishearth> or, more generically, implemet CORS in rst -- trying to make it reusable
- # [20:30] <Manishearth> *Rust
- # [20:31] * Joins: marcosc_ (~marcosc@66.207.208.102)
- # [20:32] * Joins: marcosc__ (~marcosc@2001:450:1f:224:e861:483c:5db4:bc0d)
- # [20:32] <Manishearth> SamB: so data:text/html is a thing
- # [20:32] <SamB> hmm, I guess ftp has to count as cross-origin; someone's bound to have internal ftp servers with sensitive data on them ...
- # [20:33] <SamB> Manishearth: it just seems kind of dumb to prevent fetching a data URL when you could just as well get the content by parsing it yourself
- # [20:33] * Quits: nwtn (~newtron@199.71.174.204) (Remote host closed the connection)
- # [20:34] * Joins: newtron_ (~newtron@199.71.174.204)
- # [20:35] <Manishearth> SamB: exactly
- # [20:35] * Quits: marcosc_ (~marcosc@66.207.208.102) (Ping timeout: 240 seconds)
- # [20:35] <Manishearth> So I was wondering if there was a table of sorts which specifies who can fetch ffrom where
- # [20:35] <Manishearth> this data uri doesn't work, for example:
- # [20:35] <Manishearth> data:text/html;charset=utf-8;base64,PGh0bWw+DQo8aGVhZD48L2hlYWQ+DQoNCjxib2R5Pg0KPHNjcmlwdD4NCnhocj1uZXcgWE1MSHR0cFJlcXVlc3QoKTsNCnhoci5vcGVuKCJHRVQiLCAiZGF0YTp0ZXh0L2h0bWw7Y2hhcnNldD11dGYtODtiYXNlNjQsUEdoMGJXdytEUW9OQ2p3dmFIUnRiRDQ9IikNCnhoci5zZW5kKCk7DQo8L3NjcmlwdD4NCjwvYm9keT4NCjwvaHRtbD4=
- # [20:36] <SamB> does curl implement data: ...
- # [20:36] * SamB checks
- # [20:36] <Manishearth> hm
- # [20:36] * Quits: marcosc__ (~marcosc@2001:450:1f:224:e861:483c:5db4:bc0d) (Ping timeout: 260 seconds)
- # [20:36] <Manishearth> Note that here I'm talking about same-origin, but different *schemes*
- # [20:37] <SamB> Manishearth: ah
- # [20:37] * Quits: roc (~chatzilla@121-99-88-128.bng1.tvc.orcon.net.nz) (Ping timeout: 264 seconds)
- # [20:37] <SamB> turns out curl doesn't support the data scheme
- # [20:38] * Quits: zdobersek (~zan@5.157.38.34) (Remote host closed the connection)
- # [20:38] * Joins: newtron_work (~newtron@199.71.174.204)
- # [20:38] <Manishearth> though it would also be interesting if ftp:// fetching http:// cross origin is considered unsupported
- # [20:38] * Quits: newtron_work (~newtron@199.71.174.204) (Remote host closed the connection)
- # [20:38] * Quits: newtron_ (~newtron@199.71.174.204) (Ping timeout: 240 seconds)
- # [20:38] <SamB> Manishearth: can't see any reason it shouldn't work besides lack of enthusiasm to bother
- # [20:38] <Manishearth> (even if the correct access-control headers are set)
- # [20:38] * Joins: newtron_ (~newtron@199.71.174.203)
- # [20:39] <Manishearth> true, bt it's all confusing ;)
- # [20:39] * Joins: zdobersek (~zan@5.153.234.90)
- # [20:39] <SamB> annevk: perhaps there should be some kind of ... testsuite?
- # [20:40] <Manishearth> SamB: don't we have wpt? :)
- # [20:40] <Manishearth> but it doesnt cover thee strange cases
- # [20:40] <SamB> how would you test this stuff anyway
- # [20:40] <Ms2ger> Make jgraham write an ftp server
- # [20:40] <SamB> I mean, I'm thinking live testing is probably not workable here
- # [20:41] * Quits: othermaciej (~mjs@76.74.153.49) (Quit: othermaciej)
- # [20:41] <SamB> but dry-running part of the algorithm maybe could be?
- # [20:41] * jgraham hides
- # [20:41] <Manishearth> SamB: I'm creating data uris and using ftp servers and all ;p
- # [20:42] * Joins: weinig (~weinig@17.245.29.209)
- # [20:42] <SamB> hrmm, maybe it's not THAT hard
- # [20:42] * Joins: richt (~richt@192.121.59.29)
- # [20:42] <SamB> (does, say, twisted have an ftp server?)
- # [20:43] * Joins: smaug____ (~chatzilla@84-231-76-254.elisa-mobile.fi)
- # [20:44] <SamB> Manishearth: what kind of harness are you using, and how much of the stack does it test?
- # [20:44] <Manishearth> SamB: me? I'm currently just testing locally
- # [20:45] <Manishearth> as in, entering stuff into the console
- # [20:45] <SamB> ah
- # [20:45] <Manishearth> we use wpt though
- # [20:45] <SamB> I'm not sure how you can do tests with different toplevel origins though
- # [20:45] <Ms2ger> Manishearth, you should move the dirs we run into an ini file, I want to start running FileAPI/ at some point
- # [20:46] <SamB> I mean, automatically
- # [20:46] * Quits: encryptd_fractl (~encryptd_@209.201.113.2) (Remote host closed the connection)
- # [20:46] <SamB> (I mean, this is the one time you would really want to be able to be able to totally ignore the same-origin rule, no?)
- # [20:46] <Manishearth> SamB: Okay, turns out that Blick doesn't like xhr in data uris, bt Gecko does
- # [20:47] <Manishearth> this is unspecced
- # [20:47] <Manishearth> implement at will ;p
- # [20:47] <SamB> gecko is right, clearly
- # [20:47] <Manishearth> Ms2ger: yeah, we shold. Will do that
- # [20:47] <Manishearth> *should
- # [20:47] <Ms2ger> Thanks :)
- # [20:47] <SamB> though, failing safe is better than failing dangerous
- # [20:48] * Joins: othermaciej (~mjs@17.244.164.205)
- # [20:50] * Joins: encryptd_fractl (~encryptd_@209.201.113.2)
- # [20:50] <Manishearth> // This bit is probably more complicated. Fetching same origin data URIs from data URIs
- # [20:50] <Manishearth> // works in Gecko but not Blink. Fetching same origin ftp:// from ftp:// works in both
- # [20:50] <Manishearth> // Same origin blob URIs also work for both. Fetching same origin http from ftp works in gecko
- # [20:50] <Manishearth> // but not Blink. I give up.
- # [20:50] * Joins: ManishCloud (uid36524@gateway/web/irccloud.com/x-hoqgkuzlkmpmlriq)
- # [20:50] <Manishearth> screw it, I'll just leave a long comment ;p
- # [20:52] * Quits: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net) (Quit: tantek)
- # [20:57] * Joins: roc (~chatzilla@121-99-88-128.bng1.tvc.orcon.net.nz)
- # [20:57] * Quits: weinig (~weinig@17.245.29.209) (Quit: weinig)
- # [20:58] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [21:01] * Joins: emerson (~emerson@unaffiliated/emerson)
- # [21:02] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Client Quit)
- # [21:03] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [21:05] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Client Quit)
- # [21:06] * Joins: Smylers (~smylers@host81-156-26-27.range81-156.btcentralplus.com)
- # [21:08] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [21:21] * Quits: richt (~richt@192.121.59.29) (Ping timeout: 264 seconds)
- # [21:24] * Joins: satazor (~satazor@26.186.108.93.rev.vodafone.pt)
- # [21:24] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [21:25] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [21:32] * Joins: bholley (~bholley@98.210.101.88)
- # [21:32] * Joins: dbaron (~dbaron@2620:101:80fb:224:503f:cd45:3803:8e08)
- # [21:46] <Hixie> jgraham: any news on the attribute ordering thing?
- # [21:46] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [21:46] * Quits: othermaciej (~mjs@17.244.164.205) (Quit: othermaciej)
- # [21:47] * Joins: BigBangUDR (~Thunderbi@115.184.202.74)
- # [21:48] * Joins: jacobolus (~jacobolus@74-95-6-5-SFBA.hfc.comcastbusiness.net)
- # [21:48] * Quits: BigBangUDR (~Thunderbi@115.184.202.74) (Client Quit)
- # [21:52] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [21:55] * Joins: othermaciej (~mjs@17.244.164.205)
- # [21:57] <annevk> Manishearth: see http://fetch.spec.whatwg.org/#concept-fetch
- # [21:57] <annevk> Manishearth: if you want to implement CORS, "just" implement Fetch
- # [21:57] * Quits: dbaron (~dbaron@2620:101:80fb:224:503f:cd45:3803:8e08) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [21:59] <annevk> Hixie: just a heads up that your algorithms might be affected somehow by all this CSP / Fetch stuff; if you're not concerned, it's fine
- # [21:59] <annevk> SamB: testsuite for what?
- # [21:59] <Hixie> annevk: which algs?
- # [21:59] <annevk> Manishearth: implementing CORS without Fetch would be wrong
- # [22:00] <annevk> Hixie: navigate and things that invoke navigate
- # [22:00] <Hixie> ah
- # [22:00] <SamB> annevk: what should happen if URL foo tries to do X involving URL bar
- # [22:00] <Hixie> i kinda assumed they'd be affected eventually anyway
- # [22:00] * Quits: othermaciej (~mjs@17.244.164.205) (Ping timeout: 244 seconds)
- # [22:00] <SamB> perhaps with more details about what bar's server has to say about that
- # [22:01] <annevk> The address bar is UI
- # [22:02] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [22:02] <SamB> annevk: sorry, "bar" was a poor choice of metasyntactic variable
- # [22:02] <SamB> s/bar/baz/
- # [22:02] <annevk> SamB: oh, yes
- # [22:02] <annevk> SamB: there's some of that for XMLHttpRequest
- # [22:03] <annevk> SamB: are you volunteering? if so, I'll have more time to coordinate something like that in twelve hours, or you can talk to jgraham :-)
- # [22:03] * Quits: jonathanmarvens (~jonathanm@107.181.19.54) (Remote host closed the connection)
- # [22:04] * gsnedders wonders if we should be writing more specs without testsuites, given how badly tested stuff is already...
- # [22:04] <SamB> annevk: hmm, I'll volunteer Manishearth to come up with the wierd corner cases to try
- # [22:04] * Joins: othermaciej (~mjs@17.245.29.1)
- # [22:04] <annevk> gsnedders: well, everything that is implemented gets tests, so there's tests for those specifications somewhere
- # [22:05] * Joins: dbaron (~dbaron@2620:101:80fb:232:c51:4c08:dcaf:9d2c)
- # [22:05] <gsnedders> somewhere doesn't necessarily mean reusable outside of that implementation, which is kinda harmful
- # [22:06] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [22:06] * Joins: tantek (~tantek@173-167-114-230-sfba.hfc.comcastbusiness.net)
- # [22:06] * Joins: jonathanmarvens (~jonathanm@107.181.19.54)
- # [22:06] <SamB> annevk: note that when I said "testsuite", I didn't *necessarily* mean that they would have to be ready for any sort of automated use
- # [22:07] <gsnedders> manual tests are pretty useless though, nobody ever runs them
- # [22:08] <SamB> a table of examples with an indication of what the results should be would be better than what we have now
- # [22:09] * Parts: emerson (~emerson@unaffiliated/emerson)
- # [22:09] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Client Quit)
- # [22:10] <SamB> gsnedders: I mean, yes, ideally you'd have some kind of automatable tests, but it seems like the same-origin restriction would make it distinctly tricky to set up windows with all the wierd origins you'd need here
- # [22:11] <SamB> if you wanted a cross-browser harness, I mean
- # [22:11] <gsnedders> not really
- # [22:12] <gsnedders> the big problem is dealing with browsers that, e.g., don't support FTP
- # [22:12] * gsnedders wonders if Fetch actually requires FTP support
- # [22:12] <gsnedders> it looks like it?
- # [22:12] <SamB> skip tests that involve ftp://, I assume!
- # [22:12] <gsnedders> it's detecting that FTP isn't supported that's hard :)
- # [22:12] <SamB> just like nobody is going to make gopher:// tests
- # [22:13] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [22:13] <SamB> is it?
- # [22:14] <SamB> gsnedders: couldn't you just load a script or an img over ftp:// ?
- # [22:14] <gsnedders> can you distinguish the different failure states?
- # [22:14] <gsnedders> (does anyone still support gopher? was IE not the last, and they dropped it several releases back)
- # [22:14] <SamB> or maybe you could just let the user tell you
- # [22:15] <SamB> gsnedders: yes, that's why nobody will write tests; the features involved don't all occur in the same browser
- # [22:15] * Joins: Pookz (~justin@rrcs-76-79-156-34.west.biz.rr.com)
- # [22:15] <SamB> I mean, no, nobody still supports gopher
- # [22:16] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Client Quit)
- # [22:16] <SamB> except if they don't support JS in the first place, in which case CORS doesn't seem likely to apply to much
- # [22:16] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [22:16] <gsnedders> IE7 IIRC supported Gopher and is still supported, no? ;P
- # [22:17] <gsnedders> Or maybe it was IE7 that dropped it?
- # [22:17] <SamB> oh, I have no idea
- # [22:18] <SamB> for all I know, it was dropped in a patch distributed over Windows Update
- # [22:19] * Joins: weinig (~weinig@17.202.50.223)
- # [22:20] * Joins: marcosc_ (~marcosc@2001:450:1f:224:a1b8:ed9b:6132:8645)
- # [22:21] * Quits: othermaciej (~mjs@17.245.29.1) (Quit: othermaciej)
- # [22:23] <gsnedders> There are definitely browsers that support JS and gopher though, which is my point. Probably not worthwhile testing, though. :)
- # [22:23] * Joins: bholley (~bholley@98.210.101.88)
- # [22:24] <SamB> gsnedders: I don't think IE7 counts as "maintained" for the purposes of Fetch
- # [22:25] * Quits: marcosc_ (~marcosc@2001:450:1f:224:a1b8:ed9b:6132:8645) (Ping timeout: 252 seconds)
- # [22:26] <gsnedders> SamB: As I said, "not worthwhile testing"
- # [22:27] <SamB> yeah
- # [22:28] <SamB> on the plus side, the likelyhood of anyone having any private information stored on a local gopher server approaches nil
- # [22:28] * Quits: satazor (~satazor@26.186.108.93.rev.vodafone.pt) (Remote host closed the connection)
- # [22:28] * Joins: satazor (~satazor@26.186.108.93.rev.vodafone.pt)
- # [22:29] * Joins: musically_ut (~musically@2a02:120b:c3f4:f9e0:a11:96ff:fefb:db24)
- # [22:29] <jgraham> Hixie: No. I will have another look this evening.
- # [22:33] * Quits: satazor (~satazor@26.186.108.93.rev.vodafone.pt) (Ping timeout: 272 seconds)
- # [22:34] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [22:34] <Hixie> jgraham: cool, thanks
- # [22:34] <Hixie> jgraham: sorry for giving you work
- # [22:35] * Quits: scor (scor@drupal.org/user/52142/view) (Quit: scor)
- # [22:37] <annevk> gsnedders: yeah, you need all three
- # [22:37] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [22:40] * Joins: shepazu (~shepazu@ip-64-134-46-113.public.wayport.net)
- # [22:45] * Joins: hasather (~hasather@80.91.33.141)
- # [22:50] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 264 seconds)
- # [22:52] * Quits: weinig (~weinig@17.202.50.223) (Quit: weinig)
- # [23:00] * Quits: dbaron (~dbaron@2620:101:80fb:232:c51:4c08:dcaf:9d2c) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [23:01] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [23:06] * Quits: Maurice` (copyman@5ED5617C.cm-7-6b.dynamic.ziggo.nl)
- # [23:07] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [23:07] * Joins: bholley (~bholley@98.210.101.88)
- # [23:09] * Quits: ehsan (~ehsan@2001:450:1f:224:b067:548f:5023:3056) (Remote host closed the connection)
- # [23:10] * Joins: ehsan (~ehsan@2001:450:1f:224:b067:548f:5023:3056)
- # [23:10] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [23:11] * Joins: bnicholson (~bnicholso@cpe-174-107-192-094.sc.res.rr.com)
- # [23:12] * Quits: bholley (~bholley@98.210.101.88) (Ping timeout: 240 seconds)
- # [23:16] * Quits: roc (~chatzilla@121-99-88-128.bng1.tvc.orcon.net.nz) (Ping timeout: 248 seconds)
- # [23:16] * Joins: SamB_ (~SamB@2001:470:1f07:57:dcbd:c7c3:722f:4a87)
- # [23:16] * Quits: SamB (~SamB@2001:470:1f07:57:5cd6:f78e:92c9:55ca) (Read error: Connection reset by peer)
- # [23:18] * Quits: musically_ut (~musically@2a02:120b:c3f4:f9e0:a11:96ff:fefb:db24) (Ping timeout: 240 seconds)
- # [23:19] * Quits: Jirka_ (~Jirka@95.85.233.233) (Ping timeout: 264 seconds)
- # [23:21] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
- # [23:24] * Quits: TallTed (~Thud@63.119.36.36) (Remote host closed the connection)
- # [23:28] * Quits: Smylers (~smylers@host81-156-26-27.range81-156.btcentralplus.com) (Quit: Leaving.)
- # [23:30] * Quits: zdobersek (~zan@5.153.234.90) (Quit: Leaving.)
- # [23:30] * Quits: gavin_ (~gavin@76.14.87.162) (Remote host closed the connection)
- # [23:31] * Joins: gavin_ (~gavin@76.14.87.162)
- # [23:37] * Quits: ehsan (~ehsan@2001:450:1f:224:b067:548f:5023:3056) (Remote host closed the connection)
- # [23:37] * Joins: ehsan (~ehsan@66.207.208.102)
- # [23:40] * Joins: satazor (~satazor@26.186.108.93.rev.vodafone.pt)
- # [23:40] * SamB_ is now known as SamB
- # [23:41] * Joins: roc (~chatzilla@2001:cb0:b202:232:2677:3ff:fece:dc64)
- # [23:43] * Joins: ambv_ (~ambv@173.252.71.129)
- # [23:43] * Quits: ambv (~ambv@173.252.71.129) (Ping timeout: 244 seconds)
- # [23:47] * Joins: dbaron (~dbaron@2620:101:80fb:224:503f:cd45:3803:8e08)
- # [23:50] * Joins: othermaciej (~mjs@17.244.161.19)
- # [23:51] * Quits: jacobolus (~jacobolus@74-95-6-5-SFBA.hfc.comcastbusiness.net) (Remote host closed the connection)
- # [23:56] * Joins: gavin__ (~gavin@76.14.87.162)
- # [23:57] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [23:57] * Quits: cheron (~cheron@unaffiliated/cheron) (Ping timeout: 252 seconds)
- # [23:57] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [23:58] <mounir_> Domenic, abarth: my understanding that you guys are still holding the position you had when the discussion started, is that right?
- # [23:58] <abarth> mounir_: I haven't changed my opinon
- # Session Close: Thu Jul 03 00:00:00 2014
The end :)