Options:
- # Session Start: Wed May 07 00:00:00 2014
- # Session Ident: #whatwg
- # [00:00] * Joins: KevinMarks (~KevinMark@50-202-232-66-static.hfc.comcastbusiness.net)
- # [00:01] * Joins: tantek (~tantek@172.56.38.12)
- # [00:03] <Hixie> lol. i try to open an HTML file that has content-disposition:attachment in firefox
- # [00:03] <Hixie> firefox is like "oh hell no, i ain't opening this! wanna send it to chrome?"
- # [00:03] <Hixie> sure, firefox, throw chrome under the bus. :-P
- # [00:06] * Quits: KevinMarks (~KevinMark@50-202-232-66-static.hfc.comcastbusiness.net) (Ping timeout: 252 seconds)
- # [00:11] * Joins: KevinMarks (~KevinMark@sjspeed.wiline.com)
- # [00:17] <Hixie> TabAtkins: any feedback on https://www.w3.org/Bugs/Public/show_bug.cgi?id=24991 ? in particular, what BBB should be?
- # [00:20] * Joins: tantek-ipod (~tantek@70-36-139-254.dsl.dynamic.sonic.net)
- # [00:20] <TabAtkins> Oh, BBB should probably be a pseudo-class.
- # [00:21] * Joins: mven_ (~textual@ip68-104-38-84.lv.lv.cox.net)
- # [00:23] <kbrosnan> Hixie: https://addons.mozilla.org/en-US/firefox/addon/inlinedisposition/?src=ss
- # [00:23] * Quits: tantek (~tantek@172.56.38.12) (Ping timeout: 255 seconds)
- # [00:23] * tantek-ipod is now known as tantek
- # [00:23] * Quits: encryptd_fractl (~encryptd_@23.30.224.246) (Remote host closed the connection)
- # [00:23] <Hixie> TabAtkins: do you really think it's worth introducing a pseudo-class just for this?
- # [00:24] <Hixie> i mean, i agree in theory
- # [00:24] <TabAtkins> Yeah, sure. Modal dialogs seem usefully detectable.
- # [00:24] <Hixie> k
- # [00:24] <Hixie> do i just spec that out, or do i file a bug on selectors, or...?
- # [00:25] <TabAtkins> Preferably email www-style.
- # [00:25] <Hixie> k
- # [00:25] <TabAtkins> That way I can talk about it in the telcon tomorrow and agree to either add it to Selectors or let HTML define it.
- # [00:26] <Hixie> (are we working on anything that explains pseudo-classes? seems like this kind of thing can could up often with new components. we're already defining pseudo-elements of some sort, right?)
- # [00:26] * Quits: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net) (Quit: Colloquy for iPod touch - http://colloquy.mobi)
- # [00:27] <TabAtkins> For pseudo-classes, yes: http://dev.w3.org/csswg/css-extensions/
- # [00:27] <TabAtkins> For pseudo-elements, no, not yet.
- # [00:27] <TabAtkins> But it's on my radar.
- # [00:27] <Hixie> cool
- # [00:28] <Hixie> hmm, neat ideas in that spec
- # [00:28] <Hixie> i look forward to it :-)
- # [00:29] * Quits: nicholasserra (~Adium@cpe-24-93-244-49.neo.res.rr.com) (Quit: Leaving.)
- # [00:30] <Hixie> message regarding :modal sent to www-style
- # [00:30] <Hixie> oh, crap, i failed to not give a suggested name. damnit.
- # [00:30] * Joins: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net)
- # [00:30] <Hixie> i specifically didn't want to give a proposed name, and i screwed up at the very end and didn't notice until i'd sent it
- # [00:30] <Hixie> -_-
- # [00:31] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [00:35] * Quits: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net) (Client Quit)
- # [00:38] * Quits: barnabywalters (~barnabywa@fire-out.ru.is) (Quit: barnabywalters)
- # [00:41] * Quits: diffalot (~diffalot@c-76-107-128-104.hsd1.ms.comcast.net) (Changing host)
- # [00:41] * Joins: diffalot (~diffalot@unaffiliated/papyromancer)
- # [00:42] * Quits: plutoniix (~plutoniix@node-18wl.pool-101-109.dynamic.totbb.net) (Quit: จรลี จรลา)
- # [00:48] * Joins: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net)
- # [00:49] * Quits: rektide (~rektide@eldergods.com) (Ping timeout: 240 seconds)
- # [00:54] * Joins: encryptd_fractl (~encryptd_@23.30.224.246)
- # [00:54] * Joins: llkats (~llkats@h-64-236-138-2.aoltw.net)
- # [00:56] * Quits: jsbell (jsbell@nat/google/x-jbsdamrpwoammlih) (Quit: There's no place like home...)
- # [00:58] * Quits: encryptd_fractl (~encryptd_@23.30.224.246) (Ping timeout: 265 seconds)
- # [01:04] * Quits: marcosc (~marcosc@66.207.208.102) (Remote host closed the connection)
- # [01:05] * Quits: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.afb.bredband2.com) (Remote host closed the connection)
- # [01:05] * Joins: marcosc (~marcosc@66.207.208.102)
- # [01:09] <zcorpan> my grep for foster parentings in webdevdata resulted in a 4.6 MB file :-|
- # [01:12] * Joins: marcosc_ (~marcosc@66.207.208.102)
- # [01:12] * Quits: marcosc (~marcosc@66.207.208.102) (Read error: Connection reset by peer)
- # [01:13] * Quits: annevk (~annevk@2.31.25.182) (Remote host closed the connection)
- # [01:14] * Quits: KevinMarks (~KevinMark@sjspeed.wiline.com) (Ping timeout: 252 seconds)
- # [01:15] * Joins: boogyman (~boogyman@c-50-167-132-131.hsd1.ga.comcast.net)
- # [01:15] * Quits: boogyman (~boogyman@c-50-167-132-131.hsd1.ga.comcast.net) (Changing host)
- # [01:15] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
- # [01:16] * Joins: marcosc (~marcosc@66.207.208.102)
- # [01:16] * Quits: marcosc_ (~marcosc@66.207.208.102) (Read error: Connection reset by peer)
- # [01:23] <Hixie> zcorpan: what did you search for?
- # [01:24] <zcorpan> Hixie: https://gist.github.com/zcorpan/c330049466a705f714b7
- # [01:25] <Hixie> ah yeah, similar to what i tried
- # [01:25] * Quits: smaug____ (~chatzilla@cs78246079.pp.htv.fi) (Ping timeout: 265 seconds)
- # [01:25] <Hixie> i got so many hits that our internal system just told me to make the query more specific and that it couldn't give me the results
- # [01:27] * Quits: othermaciej (~mjs@17.114.219.231) (Quit: othermaciej)
- # [01:28] <caitp> anyways, like I said on the bug, what if the spec were altered in a backwards compatible way?
- # [01:28] * Quits: marcosc (~marcosc@66.207.208.102) (Remote host closed the connection)
- # [01:29] <caitp> like, don't reparent tags whose local name contains a hyphen (which is suggested in custom elements), or, don't reparent if the not in quirks mode, or...
- # [01:29] <zcorpan> caitp: see comment 21
- # [01:30] <zcorpan> quirks mode doesn't help here
- # [01:30] <caitp> if you have element foo-bar, you probably don't care about old browsers
- # [01:30] <caitp> your app is probably not targeting old browsers
- # [01:30] <zcorpan> why wouldn't you care about old browsers for foo-bar?
- # [01:31] <zcorpan> you could use a custom elements polyfill for old browsers
- # [01:31] <caitp> because you're either using custom elements, or you're using a framework which targets modern browsers, like Angular or Ember
- # [01:32] <zcorpan> i don't see how either of those mean you don't care about old browsers
- # [01:32] <zcorpan> (old browsers here includes all browsers that exist today)
- # [01:33] <caitp> the frameworks in particular are working to make old browsers irrelevant, we don't want to care about them
- # [01:33] <caitp> we'd all be very happy if they just evaporated
- # [01:33] * Joins: othermaciej (~mjs@17.114.5.53)
- # [01:34] <caitp> and as for custom elements, well, if you do care about old browsers, you could use a hack like is=*
- # [01:34] <zcorpan> i think we're thinking different things about "old browser"
- # [01:34] <caitp> I'm not talking about netscape 2
- # [01:35] <zcorpan> let's say browsers accept to do your change
- # [01:35] <zcorpan> in 1 year from now, firefox is first out to ship the change
- # [01:35] <zcorpan> then firefox is "new" and chrome, safari, opera, ie, everyone else is "old"
- # [01:35] <zcorpan> would you not care about everyone but firefox?
- # [01:36] <caitp> no, so here's what happens
- # [01:36] <caitp> change takes time, it takes time to make minor fixes, it takes time to make sure that the spec makes sense
- # [01:37] <caitp> but if we agree that we want something to be sensible in the future, this means committing to start fixing this stuff. and that doesn't mean it has to happen all at once
- # [01:37] <caitp> so you could say "well, we'll roll this in in a backwards compatible fashion, and drop the old way in 6-10 years"
- # [01:37] <caitp> nothing has to happen all at once, but it's good to have a direction to go in
- # [01:38] * Quits: jwalden (~waldo@corp.mtv2.mozilla.com) (Ping timeout: 240 seconds)
- # [01:38] <caitp> and from my perspective, the direction for the web is not "make it more insane", but quite the opposite
- # [01:38] * Quits: othermaciej (~mjs@17.114.5.53) (Quit: othermaciej)
- # [01:39] <caitp> so over some period of time, whether it's 5 years or 10, marriagebuilders.com and kingsex.eu can work to fix their layouts, if they still exist by then
- # [01:39] * Joins: jwalden (~waldo@corp.mtv2.mozilla.com)
- # [01:39] <caitp> (which is probably being optimistic)
- # [01:40] <zcorpan> there's no incentive for them to fix the markup
- # [01:40] <caitp> and even if their layouts break, a little bit, I'll bet most of them are still readable
- # [01:40] <caitp> and if they don't fix their markup, who cares?
- # [01:41] <zcorpan> i don't
- # [01:41] <caitp> their users are going to install a virtual machine to watch porn or something on ie11?
- # [01:41] <caitp> so what?
- # [01:41] <caitp> it's not a good reason to hold sanity back
- # [01:43] <caitp> I think we can make this work so that authors don't have to write unreadable garbage markup just to make poorly thought out parsing rules happy
- # [01:43] <zcorpan> i think you have it backwards how the parsing algorithm came into being
- # [01:44] <caitp> I know how it came into being
- # [01:44] <caitp> it doesn't have to continue to be irrational
- # [01:44] <zcorpan> then why do you say it is poorly thought out?
- # [01:44] <caitp> because it is
- # [01:44] <zcorpan> how?
- # [01:44] <caitp> inconsistent with the rules of the rest of the browser -> poorly designed
- # [01:44] <caitp> it's a shaky foundation that you don't want to build a house on
- # [01:45] <zcorpan> .... now i'm either very confused or i'm back to "i think you have it backwards how the parsing algorithm came into being"
- # [01:45] <zcorpan> anyway i need to sleep
- # [01:46] * Quits: zcorpan (~zcorpan@ip-200.t2.se.opera.com) (Remote host closed the connection)
- # [01:46] <caitp> I understand that they had some silly idea that they needed to deal with peoples crap markup in some way
- # [01:47] <zewt> (hint: starting with "everything you're doing is silly" isn't a very productive way to open a conversation)
- # [01:47] <caitp> but in this case in particular, it's complete crap, you don't re-arrange peoples markup, especially when there's no reason to
- # [01:47] <caitp> well, what else do you call it zewt, there's a lot of silly nonsense on the web
- # [01:48] <zewt> (another hint: start by asking why it's being done the way it is, since you don't appear to know)
- # [01:48] <caitp> okay, I'll take your hint and ask you
- # [01:48] <caitp> why do we feel it's necessary to re-arrange markup that someone purposefully wrote in some fashion
- # [01:49] <zewt> i'm the wrong person to ask, but my understanding is: if the spec demands that browsers do things which break existing webpages, even "silly crap" webpages, browsers won't do it and the spec becomes irrelevant
- # [01:49] <zewt> if you want details, especially about a particular case, ask the editor for the spec you're reading
- # [01:49] <caitp> I can understand that
- # [01:50] <caitp> I don't think the person who came up with the html parser is still doing this, they must be in their 90s by now
- # [01:51] <zewt> where the parser originally came from is academic (and probably very complicated)
- # [01:52] <caitp> and it wouldn't be polite to bother a 90 year old enjoying their retirement in florida
- # [01:52] <Hixie> more like early 40s... it was only 20 years ago
- # [01:53] * Joins: newtron_work (~newtron@199.71.174.204)
- # [01:53] <caitp> I have a tendency to exaggerate, Hixie :)
- # [01:55] <caitp> but, I don't think I'm going to find them to ask why they decided to re-arrange authored content --- however I've read things by other people who have had similar critiques (and yes, a lot of them were xml people)
- # [01:56] * Quits: newtron_ (~newtron@199.71.174.203) (Ping timeout: 240 seconds)
- # [01:57] <Hixie> i doubt they did it very consciously
- # [01:57] <Hixie> though the guy who thrust <i><b></i></b> on us is, iirc, cwilso_____
- # [01:57] * Quits: newtron_work (~newtron@199.71.174.204) (Ping timeout: 240 seconds)
- # [01:59] * Quits: ap (~ap@2620:149:4:304:10e5:3fa0:77a8:940) (Quit: ap)
- # [02:03] * Quits: llkats (~llkats@h-64-236-138-2.aoltw.net)
- # [02:08] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 255 seconds)
- # [02:12] * Quits: ehsan (~ehsan@66.207.208.102) (Remote host closed the connection)
- # [02:12] * Joins: KevinMarks (~KevinMark@sjspeed.wiline.com)
- # [02:17] * Joins: zcorpan (~zcorpan@2a00:801:e0:30:41fb:614c:4441:3a5e)
- # [02:21] * Quits: zcorpan (~zcorpan@2a00:801:e0:30:41fb:614c:4441:3a5e) (Ping timeout: 246 seconds)
- # [02:22] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [02:30] * Quits: weinig (~weinig@17.114.216.47) (Quit: weinig)
- # [02:33] * Joins: othermaciej (~mjs@17.114.219.231)
- # [02:33] * Joins: tav (~tav`@host109-154-0-7.range109-154.btcentralplus.com)
- # [02:36] * Joins: plutoniix (~plutoniix@210.213.57.70)
- # [02:38] * Joins: nicholasserra (~Adium@cpe-24-93-244-49.neo.res.rr.com)
- # [02:38] * Krinkle is now known as Krinkle|detached
- # [02:39] * Joins: espadrine` (~ttyl@AMontsouris-158-1-27-195.w92-128.abo.wanadoo.fr)
- # [02:43] * Quits: espadrine_ (~ttyl@AMontsouris-158-1-14-190.w92-128.abo.wanadoo.fr) (Ping timeout: 258 seconds)
- # [02:47] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [02:49] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [02:55] * Quits: lmclister (~lmclister@192.150.10.210)
- # [03:00] * Joins: jungkees (uid24208@gateway/web/irccloud.com/x-elaxsmtebsvxanwh)
- # [03:01] * Quits: KevinMarks (~KevinMark@sjspeed.wiline.com) (Ping timeout: 265 seconds)
- # [03:07] * Joins: llkats (~llkats@c-69-181-45-245.hsd1.ca.comcast.net)
- # [03:15] * Joins: a-ja (~Instantbi@70.230.148.198)
- # [03:15] * Quits: Jarrod_ (~Jarrod_@pdpc/supporter/active/jarrod) (Remote host closed the connection)
- # [03:16] * Joins: Jarrod_ (~Jarrod_@pdpc/supporter/active/jarrod)
- # [03:17] * Joins: zcorpan (~zcorpan@2a00:801:e0:30:1d5d:f81e:826f:38f8)
- # [03:21] * Quits: Jarrod_ (~Jarrod_@pdpc/supporter/active/jarrod) (Ping timeout: 240 seconds)
- # [03:22] * Quits: zcorpan (~zcorpan@2a00:801:e0:30:1d5d:f81e:826f:38f8) (Ping timeout: 246 seconds)
- # [03:22] * Joins: weinig (~weinig@98.234.191.242)
- # [03:22] * Quits: weinig (~weinig@98.234.191.242) (Client Quit)
- # [03:28] * Quits: jwalden (~waldo@corp.mtv2.mozilla.com) (Quit: ChatZilla 0.9.87-8.1450hg.fc20 [XULRunner 29.0/20140428110119])
- # [03:35] * Joins: bholley (~bholley@98.210.101.88)
- # [03:35] * Quits: bholley (~bholley@98.210.101.88) (Client Quit)
- # [03:37] * Joins: Goplat (~goplat@reactos/developer/Goplat)
- # [03:39] * Joins: rxgx (uid22483@gateway/web/irccloud.com/x-wvdkjikufntobnhh)
- # [03:42] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
- # [03:46] * Quits: othermaciej (~mjs@17.114.219.231) (Quit: othermaciej)
- # [03:47] * Quits: nicholasserra (~Adium@cpe-24-93-244-49.neo.res.rr.com) (Quit: Leaving.)
- # [03:53] * Joins: Streusel (~Anonymous@unaffiliated/streusel)
- # [04:18] * Joins: zcorpan (~zcorpan@2a00:801:e0:30:d52c:308:58a3:9280)
- # [04:22] * Quits: zcorpan (~zcorpan@2a00:801:e0:30:d52c:308:58a3:9280) (Ping timeout: 246 seconds)
- # [04:42] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [04:45] * Joins: lmclister (~lmclister@c-98-210-38-110.hsd1.ca.comcast.net)
- # [04:49] * Joins: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net)
- # [04:56] * Joins: alyssonfranklin (~alyssonfr@191.180.17.86)
- # [05:04] * Joins: Jarrod_ (~Jarrod_@pdpc/supporter/active/jarrod)
- # [05:09] * Quits: Jarrod_ (~Jarrod_@pdpc/supporter/active/jarrod) (Ping timeout: 255 seconds)
- # [05:16] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
- # [05:18] * Quits: lmclister (~lmclister@c-98-210-38-110.hsd1.ca.comcast.net)
- # [05:18] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [05:19] * Joins: zcorpan (~zcorpan@ip-200.t2.se.opera.com)
- # [05:22] * Quits: alyssonfranklin (~alyssonfr@191.180.17.86) (Remote host closed the connection)
- # [05:23] * Quits: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net) (Quit: tantek)
- # [05:24] * Quits: zcorpan (~zcorpan@ip-200.t2.se.opera.com) (Ping timeout: 252 seconds)
- # [05:25] * Quits: morbidlyobese (~morbidlyo@gateway/tor-sasl/morbidlyobese) (Write error: Broken pipe)
- # [05:29] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Quit: ChatZilla 0.9.90.1 [Firefox 28.0/20140314220517])
- # [05:32] <zewt> those small, dubious bits of fame
- # [05:53] * Quits: llkats (~llkats@c-69-181-45-245.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [05:56] * Joins: morbidlyobese (~morbidlyo@gateway/tor-sasl/morbidlyobese)
- # [06:06] <zewt> sort of amazing how libjpeg is one of the most reliable libraries in existence, with such a terrible api
- # [06:06] <zewt> i guess the fact that if you misuse it, it tends to implode immediately instead of subtly six months later helps
- # [06:07] * Quits: morrita_ (uid16889@gateway/web/irccloud.com/x-ipbddzqcejatexnw) (Quit: Connection closed for inactivity)
- # [06:09] * Joins: benv (~benv@c-67-188-10-155.hsd1.ca.comcast.net)
- # [06:10] * Quits: JosephSilber (~Joseph@ool-44c3e80a.static.optonline.net) (Ping timeout: 240 seconds)
- # [06:11] <MikeSmith> cabanier: do you have any idea of what the intent of the following change was?
- # [06:11] <MikeSmith> cabanier: https://github.com/w3c/html/commit/22b565f08ca451729d845cd39997b65585d06732
- # [06:12] <MikeSmith> cabanier: I realize you didn't make the change. Jay did. I'm just trying to figure out what his goal was.
- # [06:12] <cabanier> MikeSmith: yes. This clarifies the behavior of createPattern and makes the normative text match the box above
- # [06:13] <cabanier> MikeSmith: It also makes it match the whatwg spec
- # [06:13] <MikeSmith> cabanier: OK
- # [06:13] <MikeSmith> cabanier: I ask because I'm trying to get the document ready for publication, and it's failing validation because Jay introduced a markup error when he made the change.
- # [06:14] <cabanier> MikeSmith: the webkit bug to make this work on webkit is here: https://bugs.webkit.org/show_bug.cgi?id=132407
- # [06:14] <cabanier> MikeSmith: ah
- # [06:14] <cabanier> MikeSmith: anything I can do?
- # [06:15] * Quits: CvP (~CvP@27.147.198.50) (Disconnected by services)
- # [06:15] * Joins: xCG (~CvP@27.147.198.50)
- # [06:16] <MikeSmith> cabanier: nah I can fix it myself I guess, assuming that the stuff at https://github.com/w3c/html/commit/22b565f08ca451729d845cd39997b65585d06732#diff-36cd38f49b9afa08222c0dc9ebfe35ebR42788 is a mistake
- # [06:16] <MikeSmith> I can't see what else it would be
- # [06:16] * xCG is now known as CvP
- # [06:17] <cabanier> MikeSmith: it looks like a mistake
- # [06:17] <MikeSmith> cabanier: ok
- # [06:17] * Quits: lilmonkey (~colin@pdpc/supporter/professional/riven) (Read error: Connection reset by peer)
- # [06:18] * Joins: lilmonkey (~colin@5ED090B0.cm-7-1c.dynamic.ziggo.nl)
- # [06:18] * Quits: lilmonkey (~colin@5ED090B0.cm-7-1c.dynamic.ziggo.nl) (Changing host)
- # [06:18] * Joins: lilmonkey (~colin@pdpc/supporter/professional/riven)
- # [06:19] * Quits: benv (~benv@c-67-188-10-155.hsd1.ca.comcast.net) (Quit: Computer has gone to sleep.)
- # [06:20] * Joins: zcorpan (~zcorpan@ip-200.t2.se.opera.com)
- # [06:23] * Parts: a-ja (~Instantbi@70.230.148.198)
- # [06:25] * Quits: zcorpan (~zcorpan@ip-200.t2.se.opera.com) (Ping timeout: 264 seconds)
- # [06:26] * Quits: zama (zama@unaffiliated/stryx/x-3871776) (Ping timeout: 240 seconds)
- # [06:27] * Joins: zama (zama@unaffiliated/stryx/x-3871776)
- # [06:28] * Joins: ap (~ap@24.130.61.31)
- # [06:42] <MikeSmith> cabanier: btw it seems that change was only made on the html5_canvas_CR branch, right?
- # [06:42] <cabanier> MikeSmith: likely
- # [06:42] <MikeSmith> ok
- # [06:42] <MikeSmith> cabanier: it doesn't need to be made on the nightly branch?
- # [06:43] <cabanier> MikeSmith: it should but we haven't brought everything over yet
- # [06:44] <MikeSmith> ok
- # [06:44] <cabanier> MikeSmith: once level 1 is CR, we can do level 2 in earnest
- # [06:44] <MikeSmith> I see
- # [06:44] <cabanier> MikeSmith: move over all changes, start stripping unimplemented features, etc
- # [06:48] <MikeSmith> yeah
- # [06:53] * Joins: Jarrod_ (~Jarrod_@pdpc/supporter/active/jarrod)
- # [06:54] * Joins: BigBangUDR (~Thunderbi@220.225.242.27)
- # [06:58] * Quits: Jarrod_ (~Jarrod_@pdpc/supporter/active/jarrod) (Ping timeout: 250 seconds)
- # [07:00] * Joins: lmclister (~lmclister@c-98-210-38-110.hsd1.ca.comcast.net)
- # [07:02] * Quits: lmclister (~lmclister@c-98-210-38-110.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [07:04] * Joins: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net)
- # [07:04] * Joins: llkats (~llkats@c-69-181-45-245.hsd1.ca.comcast.net)
- # [07:08] * Joins: lmclister (~lmclister@sjfw1-b.adobe.com)
- # [07:09] * Quits: llkats (~llkats@c-69-181-45-245.hsd1.ca.comcast.net) (Ping timeout: 255 seconds)
- # [07:14] * Joins: niloy (~niloy@106.221.128.241)
- # [07:17] * Quits: ap (~ap@24.130.61.31) (Quit: ap)
- # [07:26] * Quits: plutoniix (~plutoniix@210.213.57.70) (Read error: No route to host)
- # [07:32] * Joins: plutoniix (~plutoniix@210.213.57.70)
- # [07:35] * Quits: hsivonen (~hsivonen@bugzilla.validator.nu) (Ping timeout: 252 seconds)
- # [07:36] * Joins: MutantMahesh (75f17376@gateway/web/freenode/ip.117.241.115.118)
- # [07:36] * Quits: MutantMahesh (75f17376@gateway/web/freenode/ip.117.241.115.118) (Changing host)
- # [07:36] * Joins: MutantMahesh (75f17376@unaffiliated/msankhala)
- # [07:36] * Quits: MutantMahesh (75f17376@unaffiliated/msankhala) (Changing host)
- # [07:36] * Joins: MutantMahesh (75f17376@gateway/web/freenode/ip.117.241.115.118)
- # [07:38] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
- # [07:41] * Joins: benv (~benv@c-67-188-10-155.hsd1.ca.comcast.net)
- # [07:52] * Quits: Streusel (~Anonymous@unaffiliated/streusel) (Quit: Computer has gone to sleep.)
- # [07:56] * Quits: Rastus_Vernon (uid15187@wikimedia/Rastus-Vernon) (Quit: Connection closed for inactivity)
- # [07:57] * Quits: paul_irish (~paul_iris@ve.hsh6wjwx.vesrv.com) (Ping timeout: 252 seconds)
- # [07:58] * Joins: paul_irish (~paul_iris@ve.hsh6wjwx.vesrv.com)
- # [08:03] <MikeSmith> cabanier: so I've spent an hour and half now dealing with fixes to get canvas CR document to pass pubrules, despite having been told the document was "ready to go"
- # [08:13] * Joins: Ducki (~Ducki@137.116.197.171)
- # [08:25] * Quits: benv (~benv@c-67-188-10-155.hsd1.ca.comcast.net) (Quit: Computer has gone to sleep.)
- # [08:30] * Quits: rxgx (uid22483@gateway/web/irccloud.com/x-wvdkjikufntobnhh) (Quit: Connection closed for inactivity)
- # [08:30] * Joins: falken (uid20729@gateway/web/irccloud.com/x-czkzsbarsfnjmqtu)
- # [08:31] * Joins: Ms2ger (~Ms2ger@91.182.58.217)
- # [08:35] <cabanier> MikeSmith: did Jay not run them?
- # [08:35] <cabanier> I guess he didn't
- # [08:35] <cabanier> MikeSmith: sorry about that!
- # [08:40] <dbaron> hrmmmm
- # [08:40] <MikeSmith> cabanier: Jay doesn't seem to be able to figure out the build steps. The build setup is baraque and unclear to me also but the way I figure it out is by looking at the code for the python scripts the build uses.
- # [08:41] <dbaron> bounces of emails that are rejected by the whatwg list come from the exact same envelope sender as messages *on* the list, and thus they get filtered in my mail setup to the folder with the list mail... and thus I miss the fact that my messages to the whatwg list are all being rejected for being GPG-signed
- # [08:42] <MikeSmith> cabanier: I would think that anybody else who had any experience dealing with headaches of trying to use an arcane build process that somebody else made would do the work of going through the same process that I'm doing right now.
- # [08:42] * Joins: Jarrod_ (~Jarrod_@pdpc/supporter/active/jarrod)
- # [08:42] <MikeSmith> cabanier: instead, I have to do it. Because Jay apparently just kind of threw his hands up and gave up.
- # [08:43] <MikeSmith> cabanier: Which I don't mind really except that his name is on the document as the editor who's responsible for it.
- # [08:43] <MikeSmith> cabanier: or one on the names
- # [08:44] <MikeSmith> cabanier: frankly I really can't figure out what value the rest of the canvas editors are adding here
- # [08:44] <MikeSmith> cabanier: but I would like at a minimum that they first do no harm
- # [08:45] <MikeSmith> cabanier: so that I don't have a spend hours cleaning after their bungling
- # [08:45] <MikeSmith> cabanier: seriously I would really prefer that you be the single editor of the W3C document and the others just please get out of the way
- # [08:46] * Quits: Jarrod_ (~Jarrod_@pdpc/supporter/active/jarrod) (Ping timeout: 255 seconds)
- # [08:47] * Quits: Ducki (~Ducki@137.116.197.171) (Remote host closed the connection)
- # [08:48] * Joins: Ducki (~Ducki@137.116.197.171)
- # [08:49] * Quits: Ducki (~Ducki@137.116.197.171) (Remote host closed the connection)
- # [08:49] * Quits: dbaron (~dbaron@50-0-248-164.dsl.dynamic.sonic.net) (Ping timeout: 252 seconds)
- # [08:49] <MikeSmith> dbaron: can't speak to the envelope-sender problem but I vaguely recall that when I sent GPG-signed messages to the whatwg list before, I had to do them in the inline-signing way instead of with the signature as an attachment
- # [08:49] * Quits: lmclister (~lmclister@sjfw1-b.adobe.com)
- # [08:50] * Joins: Ducki (~Ducki@137.116.197.171)
- # [08:50] * Joins: zcorpan (~zcorpan@2a00:801:e0:30:1ce2:1f28:e17d:95e0)
- # [08:52] * Joins: markkes (~markkes@62.207.90.201)
- # [08:55] * Joins: lmclister (~lmclister@sjfw1-b.adobe.com)
- # [08:57] * Quits: lmclister (~lmclister@sjfw1-b.adobe.com) (Client Quit)
- # [09:02] <SamB> MikeSmith: eww!
- # [09:03] * Joins: zdobersek (~zan@109.201.154.185)
- # [09:10] * Quits: zdobersek (~zan@109.201.154.185) (Ping timeout: 258 seconds)
- # [09:10] * Joins: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.afb.bredband2.com)
- # [09:15] * Joins: zdobersek (~zan@cpe-77.38.31.63.cable.t-1.si)
- # [09:19] * Quits: zdobersek (~zan@cpe-77.38.31.63.cable.t-1.si) (Ping timeout: 240 seconds)
- # [09:20] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 255 seconds)
- # [09:22] <MikeSmith> is heading::after { content: leader(dotted) }
- # [09:22] <MikeSmith> ... currently valid in CSS?
- # [09:23] <MikeSmith> or content: leader(". ")
- # [09:28] * Joins: zdobersek (~zan@109.201.154.141)
- # [09:33] * Joins: SamB_ (~SamB@2001:470:1f07:57:ecd4:b9a3:c1f4:6833)
- # [09:34] * Quits: SamB (~SamB@2001:470:1f07:57:e1f1:2eaf:7761:803b) (Ping timeout: 252 seconds)
- # [09:35] * Quits: Ducki (~Ducki@137.116.197.171) (Ping timeout: 264 seconds)
- # [09:36] * Joins: Ducki (~Ducki@137.116.197.171)
- # [09:46] <krit> zcorpan: Hi. Do you travel to Seoul?
- # [09:47] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [09:48] <zcorpan> krit: yep
- # [09:48] <krit> zcorpan: cool, want to ask for FPWD of Geometry Interface there
- # [09:48] <Ms2ger> You know you can just send that to the list too, right?
- # [09:48] <zcorpan> krit: i don't mind FPWDing it
- # [09:49] <krit> Ms2ger: I need to do it anyway. Just want to check if the other editors are fine with the next step :)
- # [09:53] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 255 seconds)
- # [09:53] * Quits: Ms2ger (~Ms2ger@91.182.58.217) (Ping timeout: 255 seconds)
- # [09:57] <foolip> Hixie: I haven't created a bug for the XHTML <input> bug, I discovered it while writing that comment. when cloning the content attribute is copied and the IDL attribute is set to true
- # [09:59] * Joins: Kolombiken (~Adium@gateway.creuna.se)
- # [10:00] * Quits: morbidlyobese (~morbidlyo@gateway/tor-sasl/morbidlyobese) (Quit: morbidlyobese)
- # [10:13] * Joins: jensnockert_ (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.afb.bredband2.com)
- # [10:13] * Quits: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net) (Quit: tantek)
- # [10:16] * Quits: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.afb.bredband2.com) (Ping timeout: 252 seconds)
- # [10:19] * Joins: darobin (~darobin@2a01:e34:ed05:d180:c81b:2081:24e7:e7fd)
- # [10:31] * Joins: Jarrod_ (~Jarrod_@pdpc/supporter/active/jarrod)
- # [10:36] * Quits: Jarrod_ (~Jarrod_@pdpc/supporter/active/jarrod) (Ping timeout: 276 seconds)
- # [10:44] * Joins: annevk (~annevk@207.218.72.65)
- # [10:54] * Quits: BigBangUDR (~Thunderbi@220.225.242.27) (Ping timeout: 252 seconds)
- # [10:58] * Joins: BigBangUDR (~Thunderbi@220.225.242.27)
- # [11:19] * Joins: Ms2ger (~Ms2ger@nata241.ugent.be)
- # [11:23] * Quits: mven (~mven@169.241.49.57) (Ping timeout: 265 seconds)
- # [11:24] * Joins: mven (~mven@169.241.49.57)
- # [11:31] <annevk> ffffuuuu
- # [11:31] <annevk> Domenic_: http://www.w3.org/TR/media-source/#mediasource new list objects and methods to manipulate them that aren't even on the list objects...
- # [11:33] <annevk> Hixie: you might want to take a look at that API too o_O
- # [11:35] * Quits: BigBangUDR (~Thunderbi@220.225.242.27) (Ping timeout: 252 seconds)
- # [11:36] <MikeSmith> annevk: I been saying for a while that I wish you guys would be looking at the MSE spec carefully. I see now that kinetik sent an intent message for it
- # [11:36] <MikeSmith> anyway I guess I could have made more noise about it
- # [11:36] <annevk> MikeSmith: I thought we convinced them to stop using createObjectURL()
- # [11:37] <MikeSmith> annevk: I thought they should be able to to realize that by themselves
- # [11:37] <MikeSmith> didn't even realize that was still in there
- # [11:37] <annevk> MikeSmith: there's too much uninformed people writing specs; W3C shouldn't accept anyone willing without giving them proper guidance
- # [11:38] * Joins: davve (~user@83.218.67.123)
- # [11:38] <MikeSmith> well yeah
- # [11:38] <MikeSmith> but the decisions about editors should be made by WGs
- # [11:39] <MikeSmith> and the chairs of WGs
- # [11:39] <annevk> sure, but there's Team people assigned to WGs too
- # [11:39] <MikeSmith> and that requires compentency and discernment on the part of chairs
- # [11:39] <MikeSmith> annevk: true
- # [11:41] <MikeSmith> if the decisions were mine we'd have quite a few less editors
- # [11:41] <annevk> there's that too, assigning multiple editors to a single specification is asking for trouble
- # [11:42] <MikeSmith> sometimes there are good reasons for it
- # [11:42] <MikeSmith> but many times there aren't
- # [11:42] <annevk> but editors not keeping track of IDL discussions is really problematic when it's all still being figured out
- # [11:43] <MikeSmith> annevk: that spec predates some of the recent discussions
- # [11:43] <MikeSmith> it's already been implemented and shipped and it's being used in production
- # [11:43] <annevk> in Chrome and IE?
- # [11:43] <MikeSmith> the time to scrutinize it carefully was last year, or before
- # [11:43] <MikeSmith> annevk: yeah
- # [11:43] <annevk> oh
- # [11:43] <annevk> bah
- # [11:44] <MikeSmith> Netflix is using it, others are too
- # [11:47] * Joins: morbidlyobese (~morbidlyo@gateway/tor-sasl/morbidlyobese)
- # [11:48] <MikeSmith> annevk: anyway I take your point about the W3C team needing to assert more responsibility over not just accepting anybody as editors just because they're willing
- # [11:48] <MikeSmith> the "giving them proper guidance" part is the hard part
- # [11:49] <MikeSmith> so fail to adhere to guidance even after it's given
- # [11:49] <MikeSmith> but aside from that it seems like the spec reviews the TAG has been providing have helped
- # [11:50] <annevk> If Jeff wants to continue to make the point that the W3C needs staff, they better do something
- # [11:50] <annevk> Yeah a bit
- # [11:50] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [11:51] <MikeSmith> annevk: I have yet to see any editors respond outright negatively to any specific changes requested in TAG review
- # [11:51] <MikeSmith> it seems like they pretty much have been very glad to have the review
- # [11:51] <annevk> It's more that the TAG hasn't done much review
- # [11:54] * Joins: smaug____ (~chatzilla@cs78246079.pp.htv.fi)
- # [11:54] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
- # [11:54] <MikeSmith> annevk: I guess they should do more then
- # [11:56] <MikeSmith> as fun as it is to hate on authority, I guess sometimes having an authority to answer to helps keep people honest
- # [11:57] <MikeSmith> I mean it's a lot harder for some editor or WG to just blow off comments from the TAG than it is for the editor or WG to do that to an individual reviewer
- # [11:58] <annevk> Which is fucked
- # [11:58] <MikeSmith> sure
- # [11:58] <MikeSmith> it's fucked that WGs can blow off comments without consequences
- # [11:58] <annevk> E.g. I think http://annevankesteren.nl/2011/01/wai-aria-objection is still unresolved
- # [11:59] <MikeSmith> but again the main responsibility there is supposed to be on the chairs to act in good faith and make sure that all comments are either resolved to satisfaction or brought the Director's attention
- # [12:00] <MikeSmith> annevk: yeah in that case during the transition call they actively misrepresented the status of your comment
- # [12:00] <MikeSmith> as far as I can see
- # [12:00] <annevk> Would not surprise me
- # [12:01] <annevk> MikeSmith: btw, if that MediaSource thing is implemented, how does the Stream thing work that's mentioned in the draft?
- # [12:01] <annevk> MikeSmith: I guess that bit isn't implemented?
- # [12:01] * Quits: jensnockert_ (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.afb.bredband2.com) (Ping timeout: 265 seconds)
- # [12:02] * Quits: Ms2ger (~Ms2ger@nata241.ugent.be) (Ping timeout: 240 seconds)
- # [12:02] <MikeSmith> dunno but yeah I'd guess that part may not be in the implementations
- # [12:04] * Joins: cheron (~cheron@unaffiliated/cheron)
- # [12:05] * Joins: satazor (~satazor@bl17-159-130.dsl.telepac.pt)
- # [12:18] * Joins: barnabywalters (~barnabywa@46-239-239-203.tal.is)
- # [12:19] * Joins: Ms2ger (~Ms2ger@nata241.ugent.be)
- # [12:20] * Joins: Jarrod_ (~Jarrod_@pdpc/supporter/active/jarrod)
- # [12:24] * Quits: Jarrod_ (~Jarrod_@pdpc/supporter/active/jarrod) (Ping timeout: 240 seconds)
- # [12:26] * Joins: jensnockert (~jensnocke@ip123-230.wireless.lu.se)
- # [12:31] * Joins: jensnockert_ (~jensnocke@ip123-230.wireless.lu.se)
- # [12:31] * Quits: jensnockert (~jensnocke@ip123-230.wireless.lu.se) (Read error: Connection reset by peer)
- # [12:31] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [12:32] * Quits: Ms2ger (~Ms2ger@nata241.ugent.be) (Ping timeout: 255 seconds)
- # [12:34] * Joins: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net)
- # [12:34] * Quits: jensnockert_ (~jensnocke@ip123-230.wireless.lu.se) (Remote host closed the connection)
- # [12:42] * Quits: MutantMahesh (75f17376@gateway/web/freenode/ip.117.241.115.118) (Ping timeout: 240 seconds)
- # [12:43] * Joins: Ms2ger (~Ms2ger@nata241.ugent.be)
- # [12:49] * Quits: plutoniix (~plutoniix@210.213.57.70) (Quit: จรลี จรลา)
- # [12:50] * Quits: 64MAAH79Y (scrollback@conference/jsconf/x-egxpdtqamjarqxav) (Remote host closed the connection)
- # [12:51] * Joins: 7F1AAJXST (scrollback@conference/jsconf/x-fvxugcugqpyeitab)
- # [12:57] * Quits: Ms2ger (~Ms2ger@nata241.ugent.be) (Ping timeout: 276 seconds)
- # [12:58] * Quits: darobin (~darobin@2a01:e34:ed05:d180:c81b:2081:24e7:e7fd) (Remote host closed the connection)
- # [13:14] <annevk> Why the fuck does Firefox still prompt for this? http://dump.testsuite.org/xhr/upload-redirect.html
- # [13:14] * Quits: zcorpan (~zcorpan@2a00:801:e0:30:1ce2:1f28:e17d:95e0) (Remote host closed the connection)
- # [13:17] <annevk> smaug____: can you explain why in that URL there's no progress event before the prompt?
- # [13:24] <smaug____> hmm
- # [13:25] <annevk> also, the prompt needs to die, just commented on the bug that sicking filed ages ago
- # [13:26] <smaug____> ah, upload progress
- # [13:26] <smaug____> why would there be upload progress before the prompt ?
- # [13:29] <smaug____> redirect, then you upload the data
- # [13:30] <annevk> smaug____: how do you know there's a redirect?
- # [13:30] <annevk> smaug____: data is part of the request, redirect is the response
- # [13:32] <smaug____> redirect is part of request too
- # [13:32] <smaug____> no
- # [13:32] <smaug____> ?
- # [13:32] <annevk> no
- # [13:32] <annevk> -> lunch
- # [13:32] <smaug____> well, it is
- # [13:33] <smaug____> since there is the other connection to the redirected url
- # [13:34] * Joins: zcorpan (~zcorpan@94.234.170.95)
- # [13:35] * Quits: satazor (~satazor@bl17-159-130.dsl.telepac.pt) (Remote host closed the connection)
- # [13:36] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
- # [13:38] <smaug____> annevk: what happens if you send some more data and redirect
- # [13:40] <zcorpan> jgraham: could critic be less silent about tracking breaking? maybe it could add a new comment in the PR?
- # [13:41] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Remote host closed the connection)
- # [13:41] * Joins: satazor (~satazor@bl17-159-130.dsl.telepac.pt)
- # [13:42] <jgraham> zcorpan: It's very noisy to me :)
- # [13:43] * Krinkle|detached is now known as Krinkle
- # [13:43] <jgraham> eah. I think with a bit of work I could maybe make it try to rebase automatically. But I'm not sure
- # [13:48] <zcorpan> yeah best would be if it figured things out and tracking wouldn't break of course :-)
- # [13:48] <smaug____> annevk: but redirects are interesting from progress events point of view
- # [13:53] * Quits: zcorpan (~zcorpan@94.234.170.95) (Ping timeout: 252 seconds)
- # [13:56] * Joins: zcorpan (~zcorpan@94.234.170.95)
- # [14:08] * Quits: satazor (~satazor@bl17-159-130.dsl.telepac.pt) (Remote host closed the connection)
- # [14:08] * Joins: Jarrod_ (~Jarrod_@pdpc/supporter/active/jarrod)
- # [14:08] * Joins: satazor (~satazor@bl17-159-130.dsl.telepac.pt)
- # [14:13] * Quits: satazor (~satazor@bl17-159-130.dsl.telepac.pt) (Ping timeout: 240 seconds)
- # [14:13] * Quits: Jarrod_ (~Jarrod_@pdpc/supporter/active/jarrod) (Ping timeout: 240 seconds)
- # [14:13] <annevk> smaug____: yes they are
- # [14:14] <annevk> smaug____: I'm trying to figure out https://bugzilla.mozilla.org/show_bug.cgi?id=882458
- # [14:14] <annevk> smaug____: which adds CORS to the mix
- # [14:14] <smaug____> annevk: anyhow, I think it is some timing issue that redirect handling gets handled before some queued upload notifications.
- # [14:14] <smaug____> annevk: so uploading some huge data might give different results
- # [14:15] <smaug____> for the prompt case
- # [14:18] <smaug____> annevk: per spec what should happen to the upload progress events in case of redirect
- # [14:21] <annevk> smaug____: I think what we do is correct
- # [14:21] <annevk> smaug____: redirects should not be observable from the page as they happen
- # [14:21] <annevk> smaug____: apart from the prompt, we shouldn't prompt
- # [14:21] <smaug____> well, XHR case
- # [14:22] <smaug____> perhaps the API user would like to know
- # [14:23] <annevk> smaug____: https://www.w3.org/Bugs/Public/show_bug.cgi?id=24375 we can't reveal much about redirects
- # [14:24] <smaug____> don't browsers change POST to GET in case of certain 30x responses
- # [14:24] <smaug____> what happens to the data
- # [14:25] <annevk> smaug____: it won't be included in the subsequent request
- # [14:26] <annevk> smaug____: that can probably use some clarification in the Fetch Standard I suspect
- # [14:27] <smaug____> annevk: yet responseURL url points to the final url, which might have got the data after all
- # [14:28] <annevk> smaug____: no
- # [14:28] <smaug____> wait, what
- # [14:29] <annevk> smaug____: you do a request with a body attached; you get a response that redirects and degrades to GET; you do another request to the new URL without body attached; you get a response
- # [14:29] <smaug____> responseURL is what?
- # [14:29] <annevk> responseURL will point to the new URL
- # [14:29] <smaug____> exactly
- # [14:29] <annevk> how would it get the data?
- # [14:29] <smaug____> the final url
- # [14:29] <annevk> it's only included in the first request
- # [14:29] <smaug____> er, oops
- # [14:29] <smaug____> s/ might have got the data after all/ might not have got the data after all/
- # [14:30] <annevk> ah
- # [14:30] <smaug____> so that is odd API
- # [14:30] <smaug____> you thought you sent data somewhere
- # [14:30] <annevk> and you did
- # [14:30] <smaug____> and you think you know where it went...
- # [14:30] <annevk> so yes, you can't figure out if the data was sent several times or not
- # [14:31] <annevk> I didn't design HTTP...
- # [14:31] <smaug____> yup
- # [14:31] <smaug____> yeah, this is just silly, but ok
- # [14:31] <smaug____> annevk: could you still test post with large upload data
- # [14:32] <smaug____> browser does know where it uploaded the data, so perhaps XHR should tell that
- # [14:33] <annevk> we could maybe expose redirect response codes
- # [14:34] <annevk> redirectStatuses = ["307", "308"]
- # [14:34] <annevk> then you'd know your request body was uploaded thrice
- # [14:42] * Joins: newtron_ (~newtron@199.71.174.203)
- # [14:48] * Quits: zcorpan (~zcorpan@94.234.170.95) (Ping timeout: 252 seconds)
- # [14:51] * Joins: Ms2ger (~Ms2ger@nata241.ugent.be)
- # [14:53] * Joins: IZh (~IZh@213.33.220.118)
- # [14:54] * Joins: zcorpan (~zcorpan@94.234.170.218)
- # [14:56] * Quits: smaug____ (~chatzilla@cs78246079.pp.htv.fi) (Ping timeout: 255 seconds)
- # [15:08] * Quits: mven (~mven@169.241.49.57) (Ping timeout: 258 seconds)
- # [15:09] * Joins: mven (~mven@169.241.49.57)
- # [15:15] * Quits: mven (~mven@169.241.49.57) (Ping timeout: 252 seconds)
- # [15:22] * Quits: niloy (~niloy@106.221.128.241) (Ping timeout: 252 seconds)
- # [15:23] * Joins: mven (~mven@169.241.49.57)
- # [15:24] <MikeSmith> annevk: if you have some time, can you please look https://github.com/w3c/web-platform-tests/pull/959 from caitp (changes to test for for the XHR spec)
- # [15:25] <MikeSmith> these commits: https://github.com/caitp/web-platform-tests/commit/e0b1ae96b20fe2df95fc339e74e98d341ab2c28e & https://github.com/caitp/web-platform-tests/commit/3adde96454f633bdf537e13b18c70b5ff17e11ac
- # [15:26] <MikeSmith> related to https://github.com/w3c/web-platform-tests/issues/958
- # [15:28] * Quits: zcorpan (~zcorpan@94.234.170.218) (Ping timeout: 276 seconds)
- # [15:28] <MikeSmith> apparently Hallvord made a test change a while back to match some change that had been made to the spec
- # [15:29] <MikeSmith> and/or I guess I could also ask Hallvord to look at it
- # [15:29] * Joins: TallTed (~Thud@63.119.36.36)
- # [15:30] <annevk> MikeSmith: better ask hallvors, but I added some comments
- # [15:30] <MikeSmith> oh thanks
- # [15:30] <annevk> MikeSmith: second change seems wrong at least
- # [15:30] <MikeSmith> just sawa your comments
- # [15:30] <MikeSmith> I'll ping Hallvord too
- # [15:31] <caitp> the second change is not wrong, I commented explaining why
- # [15:31] <annevk> yes it is
- # [15:31] <annevk> events can be dispatched synchronously and they're
- # [15:31] <caitp> if a browser complies with the spec exactly, then UNSENT will never be set before the event is dispatched
- # [15:31] <annevk> there's nothing in the spec that says a task is queued
- # [15:31] <annevk> correct
- # [15:31] <annevk> but the events are not dispatched from a queue
- # [15:31] * Joins: plutoniix (~plutoniix@node-lob.pool-101-108.dynamic.totbb.net)
- # [15:31] <caitp> and therefore, asserting that the readyState is UNSENT during the event listener will never assert correctly
- # [15:32] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
- # [15:33] <annevk> oh wait, I guess I should have looked at more context
- # [15:35] <annevk> caitp: sorry, my bad
- # [15:35] <annevk> caitp: looking at https://github.com/caitp/web-platform-tests/blob/master/XMLHttpRequest/abort-event-order.htm it seems better to move the "state should be UNSENT" check to where xhr.abort() is called
- # [15:35] <jtcranmer> new URL("http://" + domain) should fail if ToASCII fails, right?
- # [15:35] <annevk> jtcranmer: yes
- # [15:35] * jtcranmer glares at Firefox
- # [15:35] <caitp> I can't remember if that test uses a synchronous request or not
- # [15:36] <caitp> but I agree, a timeout isn't ideal
- # [15:36] <annevk> caitp: if it was sync you wouldn't be able to invoke abort()
- # [15:36] <caitp> yeah
- # [15:36] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Ping timeout: 252 seconds)
- # [15:37] <caitp> right, I see what you mean
- # [15:41] <caitp> i suppose testharness.js doesn't have a way to say "expect N assertions during this test" or something, does it?
- # [15:48] <zewt> sounds like a headache ("which assertion is missing?")
- # [15:49] <caitp> well, potentially
- # [15:50] <caitp> I prefer it to var someAsyncPathWasReached = false; and asserting it is true at some point to be sure it was called, though
- # [15:50] <caitp> or, somePathWasReached*
- # [15:50] <MikeSmith> caitp: testharness.js doesn't provide any way to do that afaik
- # [15:51] <MikeSmith> if it has a way jgraham would know
- # [15:51] <caitp> I was just looking through it and it doesn't record the number of assertions called
- # [15:52] <MikeSmith> right
- # [15:52] <MikeSmith> wait though
- # [15:53] <MikeSmith> it's possible to report the number of assertions after the test has run
- # [15:53] * Joins: satazor (~satazor@bl17-159-130.dsl.telepac.pt)
- # [15:54] <caitp> maybe with steps.length?
- # [15:57] <jtcranmer> annevk: would you say it's safe to implement URL.domainTo* right now?
- # [15:57] * Joins: Jarrod_ (~Jarrod_@pdpc/supporter/active/jarrod)
- # [15:57] * Krinkle is now known as Krinkle|detached
- # [15:58] * Quits: Ms2ger (~Ms2ger@nata241.ugent.be) (Ping timeout: 255 seconds)
- # [15:58] * Joins: encryptd_fractl (~encryptd_@23.30.224.246)
- # [16:00] <odinho> caitp: sometimes having a results array where you push stuff like "upgradeneeded", "success" etc is a nice way imho. Then you get both ordering, not any extras (as long as you add to results even on unexpected events) and clear errors and docs.
- # [16:00] <annevk> jtcranmer: yeah
- # [16:00] <annevk> jtcranmer: I can remove the note
- # [16:00] <annevk> jtcranmer: with everyone roughly agreeing on UTS #46 I think we're done
- # [16:00] <jtcranmer> I think that'll be easier to get implemented in Firefox than trying to make new URL("") properly handle punycode
- # [16:00] <annevk> jtcranmer: well... we should really fix both
- # [16:01] <annevk> jtcranmer: they both hook into the same underlying concept
- # [16:01] <annevk> jtcranmer: so please file bugs
- # [16:01] * Joins: newtron_work (~newtron@199.71.174.204)
- # [16:01] <jtcranmer> annevk: yes, but in terms of implementation details :-)
- # [16:01] <jtcranmer> annevk: oh, were you going to add some sort of notion of displayable Unicode variants for the homograph attack issue
- # [16:02] <annevk> caitp: any reason you can't move VerifyResult to after xhr.abort() ?
- # [16:02] * Quits: Jarrod_ (~Jarrod_@pdpc/supporter/active/jarrod) (Ping timeout: 255 seconds)
- # [16:02] <annevk> caitp: xhr.abort() puts the whole synchronously in the can so that seems fine
- # [16:02] <annevk> whole thing*
- # [16:03] <caitp> that would probably be okay
- # [16:03] <annevk> jtcranmer: my idea was to add domainToUI() for to match what the UI does
- # [16:03] <jtcranmer> okay
- # [16:04] <caitp> kind of weird to submit another CL for that test right after the other one was merged though :p but I can see how that would benefit non-compliant browsers better
- # [16:04] * Quits: newtron_ (~newtron@199.71.174.203) (Ping timeout: 240 seconds)
- # [16:06] <annevk> oh hallvors just merged it :/
- # [16:06] <annevk> he shouldn't have merged that
- # [16:06] <annevk> oh well
- # [16:06] <annevk> it's mostly because it would be a lot better to not have setTimeout there
- # [16:07] <caitp> yeah, I'll send another one, I just want to make sure it passes first
- # [16:08] <caitp> well, nightly fails it :>
- # [16:13] * Joins: Maurice` (copyman@5ED57922.cm-7-6b.dynamic.ziggo.nl)
- # [16:14] * Joins: rniwa (~rniwa@17.202.43.222)
- # [16:15] * Quits: SamB_ (~SamB@2001:470:1f07:57:ecd4:b9a3:c1f4:6833) (Read error: Connection reset by peer)
- # [16:16] * Quits: encryptd_fractl (~encryptd_@23.30.224.246) (Remote host closed the connection)
- # [16:17] <annevk> jtcranmer: if you're going to implement and want toUI letting me know would be good
- # [16:17] <annevk> jtcranmer: please cc me on those bugs
- # [16:17] <jtcranmer> annevk: I'm thinking about implementing
- # [16:17] * Joins: encryptd_fractl (~encryptd_@23.30.224.246)
- # [16:18] <annevk> jtcranmer: if you need spec updates ping me as well, I try to prioritize stuff that gets implemented
- # [16:19] <jtcranmer> annevk: it's more like "I need this feature for my own content code and the suckiness of new URL in Firefox killed my idea for a polyfill"
- # [16:19] * Joins: marcosc (~marcosc@199-7-157-59.eng.wind.ca)
- # [16:19] * Quits: marcosc (~marcosc@199-7-157-59.eng.wind.ca) (Remote host closed the connection)
- # [16:19] <annevk> jtcranmer: you might get baku to fix new URL, but maybe not
- # [16:20] * Joins: marcosc (~marcosc@66.207.208.102)
- # [16:20] <jtcranmer> annevk: I know from some experience that there might be a slight internal compat issue with nsURL
- # [16:25] <jtcranmer> annevk: filed and CC'd
- # [16:29] <annevk> jtcranmer: ta
- # [16:30] <annevk> where is smaug?
- # [16:30] <annevk> anyway, he was correct, http://dump.testsuite.org/xhr/upload-redirect.html now tests a largish blob
- # [16:38] * Joins: MutantMahesh (75f170d1@gateway/web/freenode/ip.117.241.112.209)
- # [16:38] * Quits: MutantMahesh (75f170d1@gateway/web/freenode/ip.117.241.112.209) (Changing host)
- # [16:38] * Joins: MutantMahesh (75f170d1@unaffiliated/msankhala)
- # [16:38] * Quits: MutantMahesh (75f170d1@unaffiliated/msankhala) (Changing host)
- # [16:38] * Joins: MutantMahesh (75f170d1@gateway/web/freenode/ip.117.241.112.209)
- # [16:39] * Quits: newtron_work (~newtron@199.71.174.204) (Remote host closed the connection)
- # [16:39] * Joins: newtron_ (~newtron@199.71.174.204)
- # [16:39] * Quits: newtron_ (~newtron@199.71.174.204) (Remote host closed the connection)
- # [16:40] * Joins: newtron_ (~newtron@199.71.174.204)
- # [16:40] * Quits: newtron_ (~newtron@199.71.174.204) (Remote host closed the connection)
- # [16:40] * Joins: newtron_ (~newtron@199.71.174.203)
- # [16:44] * Quits: mven_ (~textual@ip68-104-38-84.lv.lv.cox.net) (Ping timeout: 252 seconds)
- # [16:51] * Joins: smaug____ (~chatzilla@cs78246079.pp.htv.fi)
- # [16:54] <IZh> What is the time zone of Ben Schwarz?
- # [16:59] * Joins: BigBangUDR (~Thunderbi@115.245.24.84)
- # [16:59] <annevk> IZh: Australian iirc
- # [17:00] <IZh> annevk: Thanks.
- # [17:00] * Quits: BigBangUDR (~Thunderbi@115.245.24.84) (Client Quit)
- # [17:01] * Joins: newtron_work (~newtron@199.71.174.204)
- # [17:01] * Quits: satazor (~satazor@bl17-159-130.dsl.telepac.pt) (Remote host closed the connection)
- # [17:05] * Quits: newtron_ (~newtron@199.71.174.203) (Ping timeout: 240 seconds)
- # [17:06] * Quits: encryptd_fractl (~encryptd_@23.30.224.246) (Remote host closed the connection)
- # [17:10] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
- # [17:12] * Joins: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.afb.bredband2.com)
- # [17:14] * Quits: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.afb.bredband2.com) (Read error: Connection reset by peer)
- # [17:16] * Quits: markkes (~markkes@62.207.90.201) (Ping timeout: 240 seconds)
- # [17:16] * Joins: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.afb.bredband2.com)
- # [17:18] * Joins: arunranga (~otherarun@cpe-69-203-2-134.nyc.res.rr.com)
- # [17:19] * Krinkle|detached is now known as Krinkle
- # [17:20] * Quits: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.afb.bredband2.com) (Read error: Connection reset by peer)
- # [17:21] * Joins: lmclister (~lmclister@192.150.10.210)
- # [17:22] * Joins: ehsan (~ehsan@66.207.208.102)
- # [17:23] * Joins: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.afb.bredband2.com)
- # [17:31] * Quits: newtron_work (~newtron@199.71.174.204) (Remote host closed the connection)
- # [17:32] * Joins: newtron_ (~newtron@199.71.174.203)
- # [17:33] * Quits: davve (~user@83.218.67.123) (Remote host closed the connection)
- # [17:34] * Quits: morbidlyobese (~morbidlyo@gateway/tor-sasl/morbidlyobese) (Quit: morbidlyobese)
- # [17:35] * Joins: Ms2ger (~Ms2ger@91.182.58.217)
- # [17:41] * Quits: abinader (sid21713@gateway/web/irccloud.com/x-ohcyrhdaurebwbgi)
- # [17:43] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Quit: Ex-Chat)
- # [17:45] * Quits: MutantMahesh (75f170d1@gateway/web/freenode/ip.117.241.112.209) (Ping timeout: 240 seconds)
- # [17:45] * Quits: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [17:46] * Joins: dbaron (~dbaron@50-0-248-164.dsl.dynamic.sonic.net)
- # [17:47] <smaug____> annevk: ping
- # [17:47] <annevk> smaug____: http://www.nohello.com/
- # [17:48] <smaug____> while xhr is being processed, the value of responseURL may change, right?
- # [17:48] <smaug____> ping is not hi
- # [17:48] <smaug____> except based on nohello
- # [17:48] * smaug____ doesn't like nohello
- # [17:49] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [17:49] <annevk> smaug____: responseURL is either "" or the URL
- # [17:49] <smaug____> annevk: right, say before redirection it has some value, and after that something else
- # [17:50] <smaug____> it is not something for the final url only
- # [17:50] <annevk> smaug____: no, redirects are not exposed
- # [17:50] <smaug____> hmm
- # [17:50] <annevk> smaug____: they are atomic
- # [17:50] <smaug____> the spec is hard to read these days
- # [17:50] <annevk> smaug____: you made that comment before, I can't do much with that
- # [17:51] <jgraham> smaug____: The point is that you could have compressed "ping"; (ack); (question); (answer) into (question); (answer) and saved a rtt
- # [17:52] <smaug____> the spec says "An XMLHttpRequest has an associated response"
- # [17:52] <jgraham> The Mozilla habit of doing "ping" rather than just saying something is pretty annoying
- # [17:52] <smaug____> but it doesn't seem to say that response thing is actually defined in Fetch
- # [17:53] * Quits: IZh (~IZh@213.33.220.118) (Quit: ChatZilla 0.9.90.1 [SeaMonkey 2.26/20140428215651])
- # [17:54] <smaug____> annevk: so what in the spec says redirects aren't exposed
- # [17:57] * Joins: SamB (~SamB@2001:470:1f07:57:ecd4:b9a3:c1f4:6833)
- # [17:57] * Joins: jwalden (~waldo@corp.mtv2.mozilla.com)
- # [17:59] <annevk> smaug____: Fetch follows redirects before returning a response
- # [17:59] <smaug____> hmm
- # [18:00] <smaug____> ok, so in which state should XHR be in order to return non-empty responseURL
- # [18:00] * Joins: llkats (~llkats@c-69-181-45-245.hsd1.ca.comcast.net)
- # [18:01] <annevk> smaug____: HEADERS_RECEIVED
- # [18:01] * Quits: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.afb.bredband2.com) (Read error: Connection reset by peer)
- # [18:01] * Joins: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.afb.bredband2.com)
- # [18:02] * Quits: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.afb.bredband2.com) (Remote host closed the connection)
- # [18:03] * Joins: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.afb.bredband2.com)
- # [18:04] <smaug____> ok, thanks
- # [18:04] * Joins: encryptd_fractl (~encryptd_@23.30.224.246)
- # [18:04] <smaug____> r- for the responseURL patch then
- # [18:07] * Joins: jsbell (jsbell@nat/google/x-elkztvnyqewxtacw)
- # [18:07] <annevk> smaug____: the way to read the spec is that response is a network error, whose url is null
- # [18:07] <smaug____> that is one thing which is surprising
- # [18:07] <annevk> smaug____: we update response for the first time when we change the state to HEADERS_RECEIVED, using the "process response" callback from the network layer
- # [18:08] <smaug____> that response is in error state even before anything has happened
- # [18:08] <smaug____> some uninitialized state might make it easier to read
- # [18:08] <annevk> smaug____: it's kind of convenient since it fills in a bunch of attributes by default
- # [18:09] <annevk> smaug____: but I could do that and have if/else all over too I suppose
- # [18:09] <annevk> more text :(
- # [18:09] <smaug____> sure, but no need to optimize the pseudo code spec has here, IMO
- # [18:09] <smaug____> that pseudo code isn't after all compiled to binary
- # [18:09] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [18:10] <annevk> smaug____: https://www.w3.org/Bugs/Public/show_bug.cgi?id=25589
- # [18:10] <smaug____> thanks
- # [18:12] * Joins: bholley (~bholley@98.210.101.88)
- # [18:16] * Quits: arunranga (~otherarun@cpe-69-203-2-134.nyc.res.rr.com) (Quit: arunranga)
- # [18:20] * Joins: KevinMarks2 (~yaaic@2607:fb90:2208:b67c:79d8:a15b:97a0:bf62)
- # [18:20] * Quits: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.afb.bredband2.com) (Remote host closed the connection)
- # [18:20] * Quits: bholley (~bholley@98.210.101.88) (Quit: Textual IRC Client: www.textualapp.com)
- # [18:20] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [18:27] * Quits: llkats (~llkats@c-69-181-45-245.hsd1.ca.comcast.net)
- # [18:29] * Quits: Ms2ger (~Ms2ger@91.182.58.217) (Ping timeout: 255 seconds)
- # [18:34] * Quits: moo-_- (miohtama@lakka.kapsi.fi) (Ping timeout: 252 seconds)
- # [18:38] * Joins: moo-_- (miohtama@lakka.kapsi.fi)
- # [18:40] * Joins: arunranga (~otherarun@cpe-69-203-2-134.nyc.res.rr.com)
- # [18:40] * Joins: izhak (~izhak@92.248.142.152)
- # [18:42] * Joins: Jarrod_ (~Jarrod_@pdpc/supporter/active/jarrod)
- # [18:42] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Remote host closed the connection)
- # [18:43] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
- # [18:45] * Quits: izhak (~izhak@92.248.142.152) (Ping timeout: 252 seconds)
- # [18:46] * Quits: Jarrod_ (~Jarrod_@pdpc/supporter/active/jarrod) (Client Quit)
- # [18:47] * Joins: weinig (~weinig@17.114.216.47)
- # [18:48] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Ping timeout: 264 seconds)
- # [18:51] * Joins: othermaciej (~mjs@17.114.219.231)
- # [18:53] * Joins: ap (~ap@17.202.44.214)
- # [18:54] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Quit: Ex-Chat)
- # [18:55] * Joins: Jarrod_ (~Jarrod_@pdpc/supporter/active/jarrod)
- # [18:56] * Quits: jungkees (uid24208@gateway/web/irccloud.com/x-elaxsmtebsvxanwh) (Quit: Connection closed for inactivity)
- # [18:57] * Quits: weinig (~weinig@17.114.216.47) (Quit: weinig)
- # [18:59] * Quits: othermaciej (~mjs@17.114.219.231) (Quit: othermaciej)
- # [19:00] * Joins: Streusel (~Anonymous@unaffiliated/streusel)
- # [19:01] * Joins: llkats (~llkats@c-69-181-45-245.hsd1.ca.comcast.net)
- # [19:01] * Joins: Streusel_ (~Anonymous@S01061859334846a2.vc.shawcable.net)
- # [19:02] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
- # [19:02] * Joins: weinig (~weinig@17.114.17.252)
- # [19:02] * Quits: weinig (~weinig@17.114.17.252) (Client Quit)
- # [19:03] * Joins: othermaciej (~mjs@17.114.19.79)
- # [19:04] * Joins: mven_ (~textual@169.241.49.240)
- # [19:04] * Quits: mven_ (~textual@169.241.49.240) (Max SendQ exceeded)
- # [19:05] * Quits: Streusel (~Anonymous@unaffiliated/streusel) (Ping timeout: 256 seconds)
- # [19:10] * Quits: KevinMarks2 (~yaaic@2607:fb90:2208:b67c:79d8:a15b:97a0:bf62) (Remote host closed the connection)
- # [19:10] * Quits: encryptd_fractl (~encryptd_@23.30.224.246) (Remote host closed the connection)
- # [19:12] * Joins: KevinMarks2 (~yaaic@2607:fb90:2208:b67c:79d8:a15b:97a0:bf62)
- # [19:16] * Quits: othermaciej (~mjs@17.114.19.79) (Quit: othermaciej)
- # [19:17] * Quits: lmclister (~lmclister@192.150.10.210) (Read error: Connection reset by peer)
- # [19:17] * Joins: lmcliste_ (~lmclister@192.150.10.210)
- # [19:21] * Quits: barnabywalters (~barnabywa@46-239-239-203.tal.is) (Quit: barnabywalters)
- # [19:25] * Joins: othermaciej (~mjs@17.114.19.79)
- # [19:26] * Joins: jeffreyatw (~jeffreyat@66.194.1.26)
- # [19:26] <Hixie> dbaron: what's the mime type i should allow?
- # [19:28] <dbaron> Hixie, multipart/signed, perhaps? Though I think I've fixed my setup so it doesn't sign messages To or Cc to whatwg@{lists.,}whatwg.org
- # [19:28] <dbaron> (I forgot about Cc and lists.whatwg.org the last time I did that.)
- # [19:29] <Hixie> i've added multipart/signed to the list
- # [19:31] * Quits: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
- # [19:32] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [19:39] * Joins: benv (~benv@38.104.194.126)
- # [19:46] * Joins: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.afb.bredband2.com)
- # [19:47] * Joins: weinig (~weinig@17.114.216.47)
- # [19:49] * Quits: weinig (~weinig@17.114.216.47) (Client Quit)
- # [19:52] * Joins: ap_ (~ap@17.114.219.248)
- # [19:52] * Joins: weinig (~weinig@17.114.216.47)
- # [19:53] * Joins: encryptd_fractl (~encryptd_@23.30.224.246)
- # [19:56] * Quits: ap (~ap@17.202.44.214) (Ping timeout: 265 seconds)
- # [19:56] * ap_ is now known as ap
- # [19:58] * Joins: Jarrod- (~Jarrod_@76.77.66.100)
- # [19:59] * Quits: othermaciej (~mjs@17.114.19.79) (Quit: othermaciej)
- # [20:01] * Quits: Jarrod_ (~Jarrod_@pdpc/supporter/active/jarrod) (Ping timeout: 240 seconds)
- # [20:03] * Joins: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net)
- # [20:06] * Joins: mven_ (~textual@169.241.49.240)
- # [20:07] * Quits: arunranga (~otherarun@cpe-69-203-2-134.nyc.res.rr.com) (Quit: arunranga)
- # [20:09] <cwilso_____> hixie: yes, you do recall correctly that I'm personally responsible for overlapping <b> and <i> tags.
- # [20:11] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [20:11] * Joins: nicholasserra (~Adium@cpe-24-93-244-49.neo.res.rr.com)
- # [20:11] * SamB tries to remember if those actually appeared in an ICFP contest, or if that demanded a more well-formed markup ...
- # [20:16] * Joins: estellevw (~estellewy@209.49.66.106)
- # [20:20] * Quits: estellevw (~estellewy@209.49.66.106) (Ping timeout: 250 seconds)
- # [20:21] <Hixie> MikeSmith: i just got some 504s from Firefox on Bugzilla, so i guess it's not Chrome's fault
- # [20:23] * Joins: othermaciej (~mjs@17.114.219.231)
- # [20:24] * Krinkle is now known as Krinkle|detached
- # [20:25] * Krinkle|detached is now known as Krinkle
- # [20:25] * Quits: Areks (~Areks@rs.gridnine.com) (Ping timeout: 260 seconds)
- # [20:28] * Joins: jensnockert_ (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.afb.bredband2.com)
- # [20:28] * Quits: jeffreyatw (~jeffreyat@66.194.1.26) (Quit: jeffreyatw)
- # [20:30] * Joins: estellevw (~estellevw@209.49.73.82)
- # [20:31] * Quits: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.afb.bredband2.com) (Read error: Connection reset by peer)
- # [20:32] * Quits: Streusel_ (~Anonymous@S01061859334846a2.vc.shawcable.net) (Quit: Computer has gone to sleep.)
- # [20:34] * Joins: jeffreyatw (~jeffreyat@66-194-1-26.STATIC.twtelecom.net)
- # [20:44] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [20:53] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Read error: No route to host)
- # [20:54] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [20:54] * Krinkle is now known as Krinkle|detached
- # [21:00] * Quits: weinig (~weinig@17.114.216.47) (Quit: weinig)
- # [21:00] * Quits: othermaciej (~mjs@17.114.219.231) (Quit: othermaciej)
- # [21:03] * Quits: ap (~ap@17.114.219.248) (Remote host closed the connection)
- # [21:03] * Joins: ap (~ap@2620:149:4:304:d549:5595:872:aaa7)
- # [21:05] * Joins: weinig (~weinig@17.114.216.47)
- # [21:05] * Joins: othermaciej (~mjs@17.114.219.231)
- # [21:06] * Quits: KevinMarks2 (~yaaic@2607:fb90:2208:b67c:79d8:a15b:97a0:bf62) (Ping timeout: 240 seconds)
- # [21:11] * Joins: KevinMarks (~yaaic@2607:fb90:2208:b67c:79d8:a15b:97a0:bf62)
- # [21:12] * Joins: bzed_ (~bzed@devel.recluse.de)
- # [21:12] * llkats is now known as llkats_long
- # [21:13] * llkats_long is now known as llkats_lonch
- # [21:14] * Quits: bzed (~bzed@devel.recluse.de) (Ping timeout: 245 seconds)
- # [21:14] * bzed_ is now known as bzed
- # [21:17] * Quits: jensnockert_ (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.afb.bredband2.com) (Ping timeout: 265 seconds)
- # [21:17] * Joins: jonathanmarvens (~jonathanm@199.47.79.34)
- # [21:25] * Quits: Jarrod- (~Jarrod_@76.77.66.100) (Remote host closed the connection)
- # [21:26] * Joins: Jarrod_ (~Jarrod_@pdpc/supporter/active/jarrod)
- # [21:30] * Quits: Jarrod_ (~Jarrod_@pdpc/supporter/active/jarrod) (Ping timeout: 240 seconds)
- # [21:31] * Quits: weinig (~weinig@17.114.216.47) (Quit: weinig)
- # [21:33] * Quits: newtron_ (~newtron@199.71.174.203) (Quit: Leaving...)
- # [21:33] * Quits: othermaciej (~mjs@17.114.219.231) (Quit: othermaciej)
- # [21:37] * Quits: fredy (~fredy@snf-8914.vm.okeanos.grnet.gr) (Excess Flood)
- # [21:39] * Joins: fredy (~fredy@snf-8914.vm.okeanos.grnet.gr)
- # [21:40] * Joins: IZh (~IZh@0897578511.static.corbina.ru)
- # [21:43] * Joins: weinig (~weinig@17.114.216.47)
- # [21:43] * Quits: weinig (~weinig@17.114.216.47) (Client Quit)
- # [21:45] * Joins: othermaciej (~mjs@17.114.219.231)
- # [21:48] * Quits: KevinMarks (~yaaic@2607:fb90:2208:b67c:79d8:a15b:97a0:bf62) (Remote host closed the connection)
- # [21:49] * Joins: KevinMarks (~yaaic@2607:fb90:2208:b67c:79d8:a15b:97a0:bf62)
- # [21:55] * Quits: othermaciej (~mjs@17.114.219.231) (Quit: othermaciej)
- # [21:57] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [21:58] * Joins: TuRnaD0 (~Thunderbi@x1-6-e0-46-9a-1e-fe-ca.cpe.webspeed.dk)
- # [21:58] * Quits: llkats_lonch (~llkats@c-69-181-45-245.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [21:59] * Joins: weinig (~weinig@17.114.0.16)
- # [21:59] * Joins: llkats_lonch (~llkats@c-69-181-45-245.hsd1.ca.comcast.net)
- # [22:02] <caitp> I'm trying to find where, in http://www.whatwg.org/specs/web-apps/current-work/multipage/links.html or possibly http://www.whatwg.org/specs/web-apps/current-work/multipage/history.html, it would say that a user agent should not scroll to a fragment identifier if the fragment identifier is already in the frame's location
- # [22:03] <caitp> what might be a better place to look for that, because I'm not seeing anything which would result in that behaviour
- # [22:03] * Joins: othermaciej (~mjs@17.114.5.53)
- # [22:04] <caitp> (gecko, blink and safari all seem to share that behaviour, so I assume it's in there somewhere, and it probably shouldn't be)
- # [22:04] <caitp> s/safari/webkit
- # [22:05] <SamB> caitp: hmm?
- # [22:05] <SamB> got a page to show what you mean?
- # [22:05] <caitp> hang on, I'll get an example
- # [22:06] <caitp> https://github.com/angular/angular.js/blob/master/CONTRIBUTING.md -> click on the code of conduct link, which will navigate to the #coc fragment
- # [22:06] <caitp> then scroll up and click on it again
- # [22:07] * llkats_lonch is now known as llkats
- # [22:12] * Joins: morrita_ (uid16889@gateway/web/irccloud.com/x-qfrafjcdfdgqqpto)
- # [22:14] * Quits: IZh (~IZh@0897578511.static.corbina.ru) (Quit: Bye)
- # [22:16] <zewt> (a "contributing" page that starts out with "code of conduct" sure makes me not want to contribute)
- # [22:18] * Quits: jonathanmarvens (~jonathanm@199.47.79.34) (Remote host closed the connection)
- # [22:18] <caitp> well, you're welcome to not contribute if you wish ^_^
- # [22:19] <SamB> maybe steal linux.git's thing
- # [22:19] <SamB> "certificate of origin", was it?
- # [22:20] <caitp> the discussion is really about navigating to fragment identifiers, and not about CoCs :p It's just an example
- # [22:21] <SamB> hmm, that example seems to (unaccountably) require JS ... at least, it's not working with the scripts blocked ...
- # [22:21] <caitp> really
- # [22:23] <caitp> hmm, maybe I can make a simple example in pure html real quick
- # [22:25] <caitp> huh, you're right, it does seem to be a js thing
- # [22:26] <caitp> well, that's kind of a relief at least
- # [22:26] <SamB> I wasn't sure if the strangeness was from JS or not, but the ToC link didn't even seem to work without it
- # [22:28] <caitp> yeah, that's kind of a relief
- # [22:39] * Quits: KevinMarks (~yaaic@2607:fb90:2208:b67c:79d8:a15b:97a0:bf62) (Ping timeout: 240 seconds)
- # [22:44] * Quits: othermaciej (~mjs@17.114.5.53) (Quit: othermaciej)
- # [22:47] * Joins: othermaciej (~mjs@17.114.5.53)
- # [22:47] * Joins: KevinMarks (~yaaic@2607:fb90:2208:b67c:79d8:a15b:97a0:bf62)
- # [22:53] * Joins: jensnockert (~jensnocke@dynamic.1.23.34dbfddb1780.64702f72bc3.afb.bredband2.com)
- # [22:54] * Quits: zdobersek (~zan@109.201.154.141) (Quit: Leaving.)
- # [22:57] * Quits: cheron (~cheron@unaffiliated/cheron) (Ping timeout: 264 seconds)
- # [23:01] <Hixie> does arabic use the same baseline as roman/latin scripts?
- # [23:03] * Quits: stalled (~stalled@unaffiliated/stalled) (Ping timeout: 260 seconds)
- # [23:03] * Quits: TallTed (~Thud@63.119.36.36)
- # [23:05] * Quits: KevinMarks (~yaaic@2607:fb90:2208:b67c:79d8:a15b:97a0:bf62) (Ping timeout: 240 seconds)
- # [23:05] * Joins: jonathanmarvens (~jonathanm@199.47.79.34)
- # [23:08] <SamB> hmm, Type1 spec doesn't seem to cover metrics ...
- # [23:08] * Joins: stalled (~stalled@unaffiliated/stalled)
- # [23:10] * SamB finds http://www.newyorker.com/online/blogs/books/2011/06/where-latin-and-arabic-meet-a-bridging-of-two-alphabets.html when he googles ...
- # [23:11] * Quits: Maurice` (copyman@5ED57922.cm-7-6b.dynamic.ziggo.nl)
- # [23:12] <Hixie> yeah i didn't find anything useful doing tons of google searches on the subject, weirdly
- # [23:14] * Joins: KevinMarks (~yaaic@2607:fb90:2208:b67c:51a5:1a43:4290:a3f8)
- # [23:14] * Quits: jensnockert (~jensnocke@dynamic.1.23.34dbfddb1780.64702f72bc3.afb.bredband2.com) (Remote host closed the connection)
- # [23:14] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
- # [23:14] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [23:15] * Quits: weinig (~weinig@17.114.0.16) (Quit: weinig)
- # [23:16] * Quits: othermaciej (~mjs@17.114.5.53) (Quit: othermaciej)
- # [23:18] * Quits: KevinMarks (~yaaic@2607:fb90:2208:b67c:51a5:1a43:4290:a3f8) (Remote host closed the connection)
- # [23:21] * Quits: hober (~ted@unaffiliated/hober) (Remote host closed the connection)
- # [23:22] * Joins: hober (~ted@unaffiliated/hober)
- # [23:23] <SamB> Hixie: I'm going to go with a "it looks like they sure can", because that lady *seems* to use the same baseline for both from what I can see of the pictures there ...
- # [23:23] * Quits: smaug____ (~chatzilla@cs78246079.pp.htv.fi) (Remote host closed the connection)
- # [23:23] <SamB> oh maybe I should check the index of TAOCP
- # [23:23] <astearns_> Hixie: this image from rishida suggests that Arabic uses an alphabetic baseline http://rishida.net/docs/unicode-tutorial/part6#baseline
- # [23:23] * Joins: smaug____ (~chatzilla@cs78246079.pp.htv.fi)
- # [23:23] <Hixie> astearns_: thanks, that does seem pretty clear
- # [23:24] <Hixie> SamB: the problem is that any individual picture will make it look like all letters in all scripts use the same baseline because unless you're doing ugly things with the font size, they'll always be roughly aligned
- # [23:24] <astearns_> how it uses the baseline is pretty different in calligraphic Arabic
- # [23:24] <Hixie> oh?
- # [23:25] <astearns_> a curved or slanted baseline for a group of characters must touch the baseline
- # [23:25] <astearns_> but only at one point
- # [23:25] <astearns_> s/touch the baseline/touch the straight baseline/
- # [23:26] <Hixie> i'm going to pretend i didn't hear that
- # [23:26] <Hixie> la la la
- # [23:26] <SamB> astearns_: I'm going to assume computer typography isn't ready to produce this automatically in any case
- # [23:27] <SamB> obviously the people who first try to do that in a browser will have a lot of room to experiment ...
- # [23:27] <astearns_> SamB: I found docs for a software package that does it right as I was googling
- # [23:27] <SamB> oh?
- # [23:28] <astearns_> gah, now I have to find it again :)
- # [23:28] <SamB> I guess, more to the point, WEB BROWSERS suck at straight-line typography as it is
- # [23:28] <astearns_> SamB: ah, an old, no longer maintained package: http://freetype.org/opentype/index.html
- # [23:29] <SamB> hah
- # [23:29] <astearns_> so the next question is whether harfbuzz handles it
- # [23:29] <SamB> oh wait that's a package name?
- # [23:29] <SamB> I thought it was the font format's name
- # [23:29] <SamB> ah, freetype *1*
- # [23:29] <SamB> that wasn't in the URL
- # [23:30] <SamB> astearns_: anyway, presumably hixie was talking about the flat one
- # [23:31] <SamB> I still think harfbuzz is a strange name for a package ...
- # [23:34] * Quits: jonathanmarvens (~jonathanm@199.47.79.34) (Remote host closed the connection)
- # [23:35] * Joins: sankha93 (~sankha93@dslb-188-096-091-223.pools.arcor-ip.net)
- # [23:35] * Quits: sankha93 (~sankha93@dslb-188-096-091-223.pools.arcor-ip.net) (Changing host)
- # [23:35] * Joins: sankha93 (~sankha93@fsf/emeritus/sankha93)
- # [23:37] * Joins: weinig (~weinig@17.114.66.117)
- # [23:37] * Joins: jonathanmarvens (~jonathanm@199.47.79.34)
- # [23:37] * Joins: othermaciej (~mjs@17.114.219.231)
- # [23:43] * Quits: sankha93 (~sankha93@fsf/emeritus/sankha93) (Read error: Connection timed out)
- # [23:43] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [23:43] * Joins: sankha93 (~sankha93@dslb-188-096-091-223.pools.arcor-ip.net)
- # [23:43] * Quits: sankha93 (~sankha93@dslb-188-096-091-223.pools.arcor-ip.net) (Changing host)
- # [23:43] * Joins: sankha93 (~sankha93@fsf/emeritus/sankha93)
- # [23:49] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: This computer has gone to sleep)
- # [23:50] <caitp> the idlharness test failures in wpt are really, really hard to understand :(
- # [23:50] * Joins: circ-user-xk05z (~circuser-@206.217.86.228)
- # [23:50] * Joins: fishd (darin@nat/google/x-xqspbnqfwsnbiapl)
- # [23:51] * circ-user-xk05z is now known as jbv
- # [23:51] * Quits: fishd (darin@nat/google/x-xqspbnqfwsnbiapl) (Client Quit)
- # [23:52] <zewt> okay, websocket "masking" needs to be shot into the sun
- # [23:53] <MikeSmith> Hixie: hard to troubleshoot the 504s since so far the systems team has told me they find nothing strange in the logs on the server side
- # [23:53] * Joins: KevinMarks (~KevinMark@sjspeed.wiline.com)
- # [23:53] <Hixie> MikeSmith: yeah
- # [23:53] <Hixie> MikeSmith: dunno what could be causing it
- # [23:54] <Hixie> MikeSmith: earlier today bugzilla was being REALLY slow, lots of 504s in both firefox and chrome
- # [23:54] <Hixie> it's a bit better now
- # [23:55] * Quits: weinig (~weinig@17.114.66.117) (Quit: weinig)
- # [23:56] <MikeSmith> Hixie: I'll ask them to check again
- # Session Close: Thu May 08 00:00:00 2014
The end :)