[09:01:02] hay de ho everyone .... anyone? [09:01:21] mgol and markelog are out today [09:01:56] heyo [09:02:56] hey gibson042 [09:03:01] timmywil you here? [09:03:07] si [09:03:18] how were your thanksgivings [09:03:24] wonderful [09:03:27] i still feel full [09:03:49] leftovers don't bother me either, i could eat turkey and cranberry every day of the year [09:03:58] (I'm here but only partially today, ping me if sth important comes up) [09:04:05] quick question: do you guys keep getting emails about reviewing a jQuery book? [09:04:09] a fried had her baby at my house after we swapped dinner locations when they lost power [09:04:10] ok thanks m_gol [09:04:12] *friend [09:04:15] timmywil: yes [09:04:23] wat! [09:04:24] DaveMethvin: Keep in mind lot of sites that have HTML5 use it only on specific user-agents, they can't detect that you have Flash disbaled [09:04:38] I haven't replied to them [09:04:42] but already got 3 emails [09:04:43] gibson042: you mean that someone had a baby born at their house? [09:04:46] your [09:04:48] so it seems I have to [09:04:49] yes [09:04:54] whoa [09:04:54] gibson042: wow [09:04:58] it was nuts [09:05:08] grats! [09:05:09] gibson042: you'll remember that one for sure :D [09:05:37] DaveMethvin: any suggestions on whether we should review this book? did you get the email too? [09:05:47] i may have turned them down a while back [09:05:53] is this a Pakt book? [09:05:55] yea [09:06:10] sometimes the quality can be bad [09:06:23] yea, that's what I'm afriad of. I don't my name on something bad. [09:06:24] and then if you give honest feedback you end up nursing the author up to speed [09:06:33] *want [09:06:49] so like, if it turns out being bad you could offer to do work on it if you get coauthorship [09:07:05] that sounds like work I don't have time for [09:07:05] but that would mean you get some of the money too! [09:07:11] yeah [09:07:21] writing the code is hard enough [09:07:29] also, I'd like to publish something myself [09:07:36] maybe not on jQuery [09:07:40] but something [09:07:50] on web dev perhaps [09:07:54] yea [09:08:13] it's like grave digger but smells worse [09:08:38] also, are there legal restrictions when it comes to including our experience with jQuery in a book? [09:08:56] none that i could think of [09:09:28] ok [09:09:47] anyway, we can meet now. thanks [09:10:00] so we have a pretty easy fix for https://github.com/jquery/jquery/issues/1874 right? [09:10:07] just name the handler and use the name? [09:10:13] yea, the fix is easy, the test not so much [09:10:23] right [09:10:32] well you could punt on the test honestly [09:10:48] leaks are really difficult to unit test [09:10:53] O.o do I have permission? [09:11:09] as long as gibson042 doesn't sneer at us :) [09:11:18] it's all good :) [09:11:25] it's easier than childbirth i guess [09:11:28] ok, here goes [09:12:38] Let's attack the separate repos for bower/npm closer to the release date [09:12:51] this junk makes me a bit sick to my stomach [09:13:05] https://github.com/jquery/jquery/issues/1869 [09:13:35] still seems really ugly to need to do this but keeping it in our dev repo seems worse [09:14:48] gibson042: thanks [09:15:35] all good questions on https://github.com/jquery/jquery/pull/1821 [09:15:43] i do think we undeprecate pipe [09:15:45] for https://github.com/jquery/jquery/pull/1821 ? I deserve condemnation for taking so long, not praise [09:16:06] i come here not to condemn gibson042, but to praise him [09:16:29] anyway, I think the three bullet points cover my concerns [09:16:44] yeah, i dunno about the extensions [09:16:57] i guess the promise/a+ tests don't check for `this` being set? [09:17:00] if we do undeprecate pipe (or even if we don't), for how long do we hold on to two models? [09:17:11] they do check [09:17:18] i think it's likely we'd need them forever [09:17:30] but we might have custom builds etc [09:17:46] ugh [09:17:52] i think it's good enough to have a p/a+ .then [09:18:02] and see where the community goes [09:18:28] as in, abandoning multi-resolution etc.? [09:18:50] i sure wish we knew what people were doing with it [09:19:06] hmm, I just tried removing the function wrapper from setDocument and got Permission Denied in IE10 [09:19:07] there was that ticket filed a little bit ago [09:19:24] ugh [09:19:31] https://github.com/jquery/jquery/issues/1839 [09:19:46] I'll try saving the anonymous function outside setDocument [09:19:58] right and on that one i think .then() shouldn't expect the special context handling [09:20:00] which is kind of stupid anyway, since we apparently *preserve* context from promise to promise in a chain right now [09:20:31] it makes me very happy that p/a+ doesn't need context :) [09:21:15] i would be fine with keeping the current context behavior, the use case in that ticket is kind of shaky [09:21:23] that works [09:21:25] basically he wants to return garbage and have it be ignored [09:21:41] I think it's a bug that context is not overwritten for each callback [09:21:57] it seems that way to me as well [09:22:13] but i wonder if it's worth changing [09:22:31] I think that's dependent upon Promises/A+ compatibility [09:22:57] that is, our Deferred impl behavior shoudl stay as constant as it can, and the .then() should be as P/A+ as it can [09:23:08] right' [09:23:11] and at this point Deferred behavior should not be enhanced or changed [09:23:17] since it's basically deprecated [09:23:24] either move all the old stuff into pipe like #1821, or make only those changes necessary to pass the suite [09:23:31] yeah [09:23:41] lemme type some of this :) [09:25:15] and in either case, decide on what to do with functionality not in the spec [09:26:46] so anybody have thoughts on https://github.com/jquery/jquery/issues/1867 [09:26:59] it turns out .detail is used on mouse events in general [09:27:07] so i'm now inclined to just put it in the list [09:28:02] and re https://github.com/jquery/jquery/issues/1855 [09:28:34] maybe we shoudl just use gBCR always? it might be a bit slower but solve several tickets [09:29:35] detail seems at least as reasonable as what's already in mouseHooks [09:29:57] yeah [09:30:15] i'll do that one [09:32:16] gibson042: you want to reply to domenic? dunno if he's been following along [09:32:22] typing it now [09:34:55] what is affected by https://github.com/jquery/jquery/issues/1855 ? [09:36:30] FYI to all: I plan finish my PR dropping older browsers (and a few other related PRs) this week, I've just had (& have) very limited time until tomorrow [09:36:57] oh and good luck on your thesis defense m_gol !!!! [09:37:04] thx :) [09:38:03] gibson042: that issue with offsetWidth/Height being wrong for some elements is one, but i though gBCR may also give correct results for transformed coordinates [09:38:09] not sure tho [09:39:19] mmm [09:40:58] so does the spec (P/A+ or ES6) *proscribe* the use of multiple args? [09:41:44] we document the hell out of the 3-arg ajax and it's gonna be really confusing if it gets chopped off [09:41:59] "we" being the entire world for the last 4 years [09:42:50] not as such, at least by my reading [09:44:30] it seems like the major compat complaint in the past has been that errors are not being caught [09:44:39] and the sync resolution [09:44:54] also that the Deferred gets "wedged" when there is an error [09:45:02] but that can be fixed now that there is try/finally [09:45:05] without a catch [09:45:11] since we're dropping IE7 support [09:45:52] but i guess that gets fixed with .then() anyway, duh [09:46:46] that's basically the third point, that `.then` should work even when `.done` is busted [09:48:01] ES6 draft does not technically prohibit 3-arg then: https://people.mozilla.org/~jorendorff/es6-draft.html#sec-promise.prototype.then [09:48:07] btw, I've recently discovered Chrome dumps the trace when rethrowing errors [09:48:19] quite surprising, I thought it's just older browsers [09:48:45] or multi-value fullfill/reject: https://people.mozilla.org/~jorendorff/es6-draft.html#sec-fulfillpromise , https://people.mozilla.org/~jorendorff/es6-draft.html#sec-rejectpromise [09:48:50] Safari does the right thing, I think Firefox as well [09:49:39] i guess the main thing is that if you use the standards-based subset of .then() it should act right [09:50:07] http://crbug.com/435574 [09:50:17] we could limit it to that subset but it probably requires more code and firewalling, plus it makes more old code break [09:50:33] yeah [09:50:38] yeah, losing a stack trace is a bitch [09:51:06] and i don't want US to have to piece one together for them! :) [09:51:19] esp since stack traces aren't standard [09:51:48] okay, time is rapidly running out here [09:52:03] any specific issues we need to discuss more? [09:53:06] not for discussion just yet, but I think Sizzle-free builds can be made practical [09:53:54] probably not the default for 3.0 because we lose custom filters, but it saves about 5k [09:54:02] wow [09:55:07] ok, i have to run [09:55:41] let's keep things going!