01:42
<hgl>
the undomanager spec hasn't been updated in two years, and not many browsers implement it. i wonder why? browsers don't like the idea?
01:44
<caitp>
*googles this thing*
01:45
<caitp>
it probably got forgotten or dismissed in bugmail, or maybe it's forgotten or dismissed in one of the zillions of meaningless working groups
01:46
<caitp>
or maybe it's not forgotten or dismissed =0
01:47
<caitp>
but if we're honest it probably is, because almost everything is
01:48
<hgl>
i hope it could pick some momentum... very useful api.
01:49
<hgl>
every wysiwyg editor implements their own version of undomanager, and it breaks when user undo via the browser menu. total mess.
01:49
<roc>
Firefox supports it
01:49
<hgl>
behind a flag i believe
01:50
<caitp>
sucky IHG wifi and i'm not even able to load up blink-dev or anything to see if there's been any talk of implementing
01:50
<caitp>
you might have better luck poking around to see
01:50
<roc>
hmm, that's true
01:51
<caitp>
I see nothing in blink-dev, maybe webkit?
01:51
<hgl>
https://bugs.webkit.org/show_bug.cgi?id=77562
01:51
<hgl>
webkit implemented it and then removed it. o_O
01:52
<caitp>
yeah, pre-fork so I guess blink never picked up on it
01:54
<roc>
hgl: I have sent a query to our relevant people
01:54
<hgl>
thank you.
05:18
<MikeSmith>
hgl: that's another spec rniwa was working on
05:19
<MikeSmith>
my recollection is that he never got it to a point of completion, despite putting a lot of work into it
05:21
<hgl>
MikeSmith, I guess the spec is indeed very hard to design.
05:21
<MikeSmith>
yeah I think maybe because he just ran into too many issues with figuring out how to spec it out to work interoperably across browsers
05:21
<MikeSmith>
but I dunno for sure
05:21
<MikeSmith>
you should ask him next time you're both around here at the same time
05:22
<hgl>
sure, will do that.
05:22
<hgl>
i'm currently designing a js version of undomanager, my brain hurts...
06:51
hsivonen
only now discovers MikeSmith's minibio on http://www.w3.org/People/ . :-)
06:56
<MikeSmith>
hsivonen: yeah I've been waiting to be told to change that but I guess the fact that I've not been told yet is either and indication that my superiors have a good sense of humor, or that they've not actually noticed it yet
07:37
<hsivonen>
MikeSmith: I like your title, too
07:38
<MikeSmith>
hsivonen: I liked my old title better
07:38
<MikeSmith>
Special Missions Subsection Junior Interim Floor Manager
09:02
<Ms2ger>
hgl, I believe Gecko implemented it
09:29
<annevk>
preffed off
09:30
<annevk>
dom.undo_manager.enabled
09:31
<zcorpan>
tobie: what's up with the label spam? https://github.com/w3c/web-platform-tests/pull/1417
09:32
<darobin>
zcorpan: I think that the's autolabel bot
09:33
<MikeSmith>
yeah
09:33
<zcorpan>
darobin: yeah but why does it add the same labels after each commit?
09:33
<MikeSmith>
ah yeah that seems unnecessary
09:33
<MikeSmith>
I guess it must not keep state info
09:34
<MikeSmith>
and it doesn't know if the commit might be to another directory that'd require another lable
10:02
<jgraham>
MikeSmith: Surely it doesn't have to keep state, it just has to read the state that GH keeps
10:16
<zcorpan>
Ms2ger: https://www.w3.org/Bugs/Public/show_bug.cgi?id=27459
10:24
<zcorpan>
hmmmm. does `return false` in an event handler cancel the event?
10:36
<jgraham>
I suggets you ask zcorpan, he always knows things like… oh wait
10:37
<tobie>
zcorpan: oh boy, that's terrible indeed. Something must have changed in the way GitHub displays the data.
10:38
<zcorpan>
Ms2ger: possibly the spec regressed the semantic of the return value when switching to events for onerror. https://www.w3.org/Bugs/Public/show_bug.cgi?id=27460 but i might be missing something
10:42
<tobie>
zcorpan: looking to see if there an easy fix. Repo is here, btw: https://github.com/tobie/ganesh
10:43
<zcorpan>
tobie: thx
10:44
<tobie>
zcorpan: has this been goign on for a while?
10:44
<zcorpan>
tobie: don't know. noticed it now
10:44
<tobie>
k
10:52
<jgraham>
It has been going for a while
10:57
<tobie>
jgraham: I imagine it's related to the UI change for issues GitHub made a while back.
10:57
<tobie>
Next time, please let me know before you all hate me.
10:58
<darobin>
too late for that...
11:03
<jgraham>
It didn't bother me that much…
11:03
<tobie>
darobin: good point. Might as well make the most of it now.
11:03
<darobin>
:)
11:04
tobie
modifies his patch to randomly mixup the labels, close pull requests and the like.
11:06
<jgraham>
r- :p
11:07
<zcorpan>
if (Math.random() > 0.9) { closePR(); deleteBranch(); } else { sendViagraSpam("@jgraham") }
11:10
<Ms2ger>
if (false) { addLabels() }
11:16
<tobie>
zcorpan: I even have a mail server setup. That's actually a few minutes to organize.
11:27
<jgraham>
At this point I would try to get you to play nice by threatening to withhold the nice things I'm working on. But I'm really not that sure the things I'm working on are nice
11:30
<tobie>
I can relate to that.
12:06
<tobie>
zcorpan: pushed and deployed a tentative fix. LMK if it's better
12:07
<zcorpan>
tobie: thanks!
12:08
<tobie>
np
13:27
<rubys>
annevk: ping?
13:44
<rubys>
annevk: I'm heading out for a bit, I posted my questions on the whatwg mailing list: http://lists.w3.org/Archives/Public/public-whatwg-archive/2014Nov/0149.html
13:57
<annevk>
rubys: I used I in that email when referring to URLHost, but I'm happy for someone else to come up with something coherent too
14:10
<rubys>
annevk: ok (It turns out that I have another hour before I leave; looking to pick up a U-Haul trailer to deliver a mattress my daughter purchased)
14:11
<rubys>
annevk: the merge is nearly ready for review. The last big item is host parsing.
14:11
<annevk>
rubys: I can review second week of Dec
14:12
<rubys>
annevk: it should be ready by then.