00:16
<Hixie_>
heycam|away: yt?
00:17
<Hixie_>
i wonder why setTimeout(window.open) works but addEventListener('click', window.open) doesn't
00:20
<zewt>
Hixie_: works for me in chrome (opens a window against the URL "[object%20MouseEvent]")
00:20
<zewt>
against window.addEventListener
00:20
<Hixie_>
wow, really?
00:20
<Hixie_>
weird
00:20
<Hixie_>
what's your chrome://version say?
00:20
<zewt>
it's never really clear to me when "detaching" a member function of an object is supposed to work
00:21
<zewt>
a lot
00:21
<zewt>
29.0.1547.66 (Official Build 220848) m
00:21
<Hixie_>
mine is 32.0.1700.6 (Official Build 233388) dev
00:21
<Hixie_>
interesting
00:21
<Hixie_>
i guess they changed that recentlyish
00:21
<zewt>
like, i remember trying to do "foo = console.log; foo('bar')" and it not working
00:21
<zewt>
(which I understand, but it's weird that it *sometimes* works)
00:21
<Hixie_>
you need console.log.bind(console) probably
00:21
<zewt>
yeah i get that
00:21
<Hixie_>
otherwise you're calling window.log
00:21
<Hixie_>
or whatever
00:21
<Hixie_>
well, not really
00:22
<Hixie_>
but you know what i mean
00:22
<zewt>
well it's calling the function, but with no console bound to it
00:22
<zewt>
yeah
00:22
<zewt>
i guess with window.log the "default" behavior just happens to be the same thing (window), so it works?
00:22
<zewt>
er
00:22
<zewt>
window.open
00:22
<zewt>
(or sometimes works, anyway)
00:22
<Hixie_>
maybe? except it doesn't work for me anymore :-)
00:22
<Hixie_>
except in setTimeout, it works there...
00:22
<zewt>
right, "sometimes" :P
00:22
<Hixie_>
i should try binding it i guess
00:23
<Hixie_>
next time maybe
00:23
<zewt>
guess i'll restart chrome to let it update
00:23
<zewt>
now 30.0.1599
00:23
<zewt>
fwiw same thing in that version
00:24
<zewt>
same behavior in FF 23
00:24
<Hixie_>
i'm on ff25
00:25
<Hixie_>
and both throw for me
00:25
<zewt>
maybe we're not testing it the same way?
00:25
<zewt>
i'm just doing window.addEventListener("click", window.open) and clicking the page
00:26
<Hixie_>
oh, then you're testing on a window
00:26
<Hixie_>
i was testing on a button
00:26
<Hixie_>
http://www.hixie.ch/tests/adhoc/html/script/callbacks/001.html
00:26
<Hixie_>
er
00:26
<Hixie_>
http://www.hixie.ch/tests/adhoc/html/script/callbacks/002.html
00:26
<Hixie_>
buttons 4 and 5
00:26
<Hixie_>
if you test on a window, then yeah, the 'this' is probably the window
00:26
<Hixie_>
so it magically works
00:26
<zewt>
right
00:26
<Hixie_>
i commented on the bug https://www.w3.org/Bugs/Public/show_bug.cgi?id=19211 that i should update the test to bind()
00:26
<Hixie_>
will do that before changing the spec
00:27
<Hixie_>
probably monday
00:28
<zewt>
it makes sense that it would work on setTimeout (this == window) but not during event handling on a random element (this == some element)
00:28
<Hixie_>
yeah.
00:28
<Hixie_>
ok, gotta go.
00:28
<zewt>
have fun going
01:45
<annevk>
So all the script concepts have moved around... Note to self: when Hixie_ complaints about Fetch changes, toss this back at him ;P
01:45
<Hixie_>
this was required because the old stuff was wrong
01:46
<Hixie_>
(are you relying on this? i wasn't aware of anyone but webidl relying on it, and the changes were made to make webidl work better)
01:47
<annevk>
Hixie_: XMLHttpRequest relies on script's base URL, origin, and referrer source for workers
01:47
<annevk>
Hixie_: Notification in general relies on script's base URL
01:47
<Hixie_>
ah, hm, interesting
01:47
<jgraham>
zcorpan: https://critic.hoppipolla.co.uk/showcomment?chain=661
01:48
<Hixie_>
annevk: file a bug on me to give you updated text?
01:48
<annevk>
Hixie_: I'll figure it out and learn something new
01:48
<Hixie_>
annevk: (i wouldn't update yet, we're not 100% sure this is the end point yet)
01:48
<annevk>
Hixie_: ah okay
01:48
<Hixie_>
annevk: k. i should probably check your specs to make sure i'm not gonna break you, anyway
01:49
<Hixie_>
annevk: i'll file a bug
01:50
<Hixie_>
annevk: ok, filed https://www.w3.org/Bugs/Public/show_bug.cgi?id=23780 -- btw this might also affect DOM, with addEventListener and friends. we'll see. see also bug https://www.w3.org/Bugs/Public/show_bug.cgi?id=19211
01:50
<sangwhan__>
TTWF with completely broken wifi, http://software.intel.com/sites/default/files/wonrg_0.jpg
01:55
<zcorpan>
jgraham: replied
01:56
<sangwhan__>
jgraham: what's the ratio of critic based reviews for web-platform-tests compared to non critic reviews? (i've been hearing from a lot of people they don't like critic, and i'm pretty biased in that regard)
01:58
<zcorpan>
http://software.hixie.ch/utilities/js/live-dom-viewer/saved/2626 hmmmm
02:02
<annevk>
Hixie_: interesting bug
02:02
<Hixie_>
that's one word for it
02:04
<annevk>
Took us about a decade to get here. But we're finally defining script architecture.
02:10
<jgraham>
sangwhan__: All the reviews I do are critic based at least. Who doesn't like it?
02:10
<jgraham>
Could find real stats I guess
02:11
<jgraham>
(I want to know so that we can figure out the issues, not to send round the heavies)
02:14
<annevk>
No The Last of US, and no Twitter to complain about it...
02:17
<zcorpan>
annoying when i can't decide which spec to file a bug against, html, svg, dom, selectors? https://www.w3.org/Bugs/Public/show_bug.cgi?id=23781
02:22
<annevk-cloud>
zcorpan: given that for DOM they are case-sensitive apart from a matching method I think that argues for Selectors
02:22
<annevk-cloud>
zcorpan: depends a bit on how handwavy Selectors stays
02:44
<jgraham>
annevk-cloud: zcorpan is at the front left here
03:06
<GPHemsley>
Is any HTML attribute truly required? (I can't find one.)
05:21
<benschwarz>
Hixie_: yt?
05:51
<zcorpan>
my macbook is annoying again. can't click with the trackpad :-(
08:02
<SimonSapin>
annevk-cloud: is there something I can point to to support Attr not being a Node?
08:03
<SimonSapin>
dom.spec.whatwg.org only says "// historical" near the ATTRIBUTE_NODE constant
08:05
<annevk-cloud>
It does not inherit from Node…