01:09
<rniwa>
Hixie_: yt?
01:09
<rniwa>
aklein: yt?
03:06
<alancutter>
heycam: I have a couple of queries about https://github.com/heycam/webidl/commit/cb90cd9f6678d7e565708468f3331dc11dacf249 is this a suitable forum for that?
03:08
<heycam>
hi alancutter
03:08
<heycam>
yes here's good
03:09
<alancutter>
It states that numeric and DOMStrings are now distinguishable.
03:09
<alancutter>
The spec doesn't seem to be very clear on how to distinguish values as one type over another however.
03:10
<heycam>
that should be handled as part of the overload resolution algorithm
03:10
<heycam>
http://heycam.github.io/webidl/#dfn-overload-resolution-algorithm
03:10
<heycam>
all of the substeps under step 10 is where the type of JS value is looked at
03:11
<alancutter>
Aha, I wasn't aware of that section, thanks!
03:12
<heycam>
it's not that obvious from reading the steps, but if you have overloading of boolean and a numeric type and DOMString, and you pass a Boolean, Number, or String value, then you choose the corresponding one
03:13
<alancutter>
Also a minor nit, the example given in http://heycam.github.io/webidl/#dfn-distinguishable of an invalid overload needs updating.
03:13
<heycam>
otherwise, you prefer to call the DOMString one first, if there is one, then a numeric type overload, then a boolean overload
03:13
<heycam>
alancutter, oh indeed, thanks
06:37
<rniwa>
MikeSmith: yt?
07:06
<MikeSmith>
rniwa: here now
07:06
<rniwa>
MikeSmith: i'm seeing an error that assert_not_undefined is undefined in some of tests
07:06
<rniwa>
MikeSmith: in a test that I imported from web-platform-tests
07:07
<rniwa>
MikeSmith: has this function been renamed?
07:07
<MikeSmith>
I don't think so, no
07:07
<MikeSmith>
lemme check
07:07
<rniwa>
MikeSmith: as far as I checked testharness.js, this function doesn't even exist :/
07:07
<MikeSmith>
ah ait
07:07
<MikeSmith>
yeah
07:08
<MikeSmith>
the test
07:09
<MikeSmith>
those imported tests must be relying on another file that defines it
07:09
<MikeSmith>
you don't get any errors in the console?
07:09
<MikeSmith>
I mean 404s
07:09
<rniwa>
MikeSmith: https://github.com/w3c/web-platform-tests/search?q=assert_not_undefined&ref=cmdform
07:09
<MikeSmith>
I vaguely recall something about this
07:09
<rniwa>
MikeSmith: it's only used here and never defined anywhere :(
07:09
MikeSmith
follows link
07:10
<rniwa>
the test also uses assert_not_null
07:10
<rniwa>
which doesn't exist either
07:10
<rniwa>
MikeSmith: let me fix it up by replacing them with assert_not_equals
07:10
<MikeSmith>
yeah
07:16
<MikeSmith>
hmm those came from the unipro guys
07:16
MikeSmith
is wondering how those tests made it past review
07:17
<MikeSmith>
tobie merged them
07:18
<MikeSmith>
rniwa: https://github.com/w3c/web-platform-tests/pull/135#commits-pushed-381f0eb
07:19
<MikeSmith>
"assert_(not)_null and assert_(not)_undefined functions removed"
07:19
<MikeSmith>
https://github.com/sgrekhov/web-platform-tests/commit/381f0eb29e3a4a8fb1cd8b9511ca5dcf7252a197
07:20
<MikeSmith>
so the copies of the tests you have are stale
07:20
<MikeSmith>
probably
07:20
<rniwa>
MikeSmith: interesting
07:20
<rniwa>
MikeSmith: but I just cloned the repo right now :/
07:20
MikeSmith
takes a look in his close
07:21
<rniwa>
MikeSmith: oh, i think that change hasn't been pushed to w3c repo :(
07:21
<rniwa>
MikeSmith: https://github.com/w3c/web-platform-tests/blob/master/html-templates/additions-to-the-steps-to-clone-a-node/template-clone-children.html
07:22
<MikeSmith>
yeah
07:24
<MikeSmith>
I can transplant the change set
07:24
<rniwa>
MikeSmith: also, the test has the wrong expectation for cloneNode()
07:24
<rniwa>
per https://www.w3.org/Bugs/Public/show_bug.cgi?id=23565
07:24
<MikeSmith>
oh
07:24
<rniwa>
now that cloneNode() is equivalent to cloneNode(false)
07:24
<MikeSmith>
that's a different problem
07:24
<rniwa>
MikeSmith: that indeed is a serious problem
07:24
<MikeSmith>
should have a separate PR for that I think
07:24
<MikeSmith>
yeah
07:25
<rniwa>
MikeSmith: so what should we do about these tests?
07:25
<MikeSmith>
you have any way to flag them for now?
07:25
<MikeSmith>
as "don't run"
07:26
<MikeSmith>
for WebKit testing purposes I mean
07:26
<rniwa>
MikeSmith: well, i'm trying to import these tests so i'd rather fix the tests and run them
07:26
<rniwa>
MikeSmith: but suppose we need to wait for sgrekhov to push the changes to w3c repo
07:26
<rniwa>
and then separately fix the cloneNode issue
07:26
<rniwa>
MikeSmith: I can file a issue on w3c repo about cloneNode for now
07:26
<MikeSmith>
I can merge his changes
07:27
<rniwa>
MikeSmith: that'll be great :)
07:27
<zcorpan>
huh, firefox renders a glyph for U+000D (in live dom viewer's log)
07:29
<zcorpan>
i also didn't know about catch (e if foo)
07:29
<rniwa>
MikeSmith: filed https://github.com/w3c/web-platform-tests/issues/439
07:30
<MikeSmith>
rniwa: thanks
07:31
MikeSmith
tries to remember how in git he can merge single changeset from another fork without cloning the whole fork
07:34
<rniwa>
MikeSmith: looks like parsing-html-templats/clearing-the-stack-back-to-a-given-context has the same issue (missing assert_not_undefined)
07:35
<MikeSmith>
yeah
07:37
<MikeSmith>
I count 19 files in that changeset
07:37
<MikeSmith>
that have either that or assert_not_null
07:37
<rniwa>
another interesting piece of information is that both Chrome & Firefox fail tests inside html-templates/additions-to-parsing-xhtml-documents
07:49
<rniwa>
MikeSmith: one more question
07:49
<rniwa>
MikeSmith: the idea is that w3c's tests will all be hosted under https://github.com/w3c/web-platform-tests/, right?
07:50
<MikeSmith>
yep
07:50
<rniwa>
MikeSmith: or will there be multiple repositories?
07:50
<MikeSmith>
one rep
07:50
<MikeSmith>
*repo
07:50
<MikeSmith>
is the goal
07:50
<MikeSmith>
including the CSS tests
07:50
<MikeSmith>
but currently the CSS tests are in a separate repo
07:51
<rniwa>
MikeSmith: excellent
08:03
<rniwa>
MikeSmith: https://lists.webkit.org/pipermail/webkit-dev/2013-November/025876.html
08:03
MikeSmith
looks
08:03
<rniwa>
MikeSmith: hopefully, we won't start another round of bike shedding this time :(
08:03
<rniwa>
MikeSmith: as much as I'm opinionated about this matter, I'd rather start importing tests now
08:04
<MikeSmith>
yeah, agreed, that's a better way to approach it
08:05
<rniwa>
MikeSmith: it helps a lot that W3C is moving all the tests into a single repository though
08:05
<rniwa>
MikeSmith: that makes things a lot easier for us
08:06
<MikeSmith>
well we'll see if the CSS tests ever do actually get moved
08:07
<MikeSmith>
I guess I should try to be optomistic about that
08:08
marcosc_
walks in to find "Optimistic Mike" ... walks out again.
08:08
<MikeSmith>
heh
08:19
<rniwa>
MikeSmith: I can always throw in my vote :D
08:21
<rniwa>
MikeSmith: btw, i sent you an email about a meet up in tokyo if you have a time
08:21
rniwa
should get dinner soon
08:21
rniwa
visits http://www.gnavi.co.jp/
08:22
<MikeSmith>
rniwa: let's definitely get together but new week is better for me
08:22
<rniwa>
MikeSmith: same here
08:22
<MikeSmith>
OK, let's plan on that for sure
08:22
<rniwa>
MikeSmith: i'm trying to get template element enabled by default in webkit this week :D
08:22
<MikeSmith>
rniwa: where you staying?
08:23
<MikeSmith>
rniwa: yeah, saw your webkit-dev mail about that
08:23
<rniwa>
MikeSmith: i'm staying at Hotel Niwa Tokyo
08:23
<rniwa>
but will be moving to Hotel Remm Akihabara on Sunday
08:23
<rniwa>
so anywhere along JR line would work for me
08:23
<rniwa>
but Apple is in Roppongi so metro works as well
08:23
<MikeSmith>
OK
08:24
<MikeSmith>
I'm right along the Oedo-sen, Nishishinjuku Go-Chome
08:24
<rniwa>
ah
08:24
<MikeSmith>
so it only takes me 15 minutes to get out to Roppongi
08:24
<rniwa>
MikeSmith: nice.
08:24
<MikeSmith>
but there are better places to eat
08:24
<rniwa>
MikeSmith: i'm wondering if koji could come as well
08:25
<rniwa>
MikeSmith: yeah
08:25
<rniwa>
Restaurants in Roppongi are great but they're expensive as hell
08:25
<MikeSmith>
should ping koji
08:25
<MikeSmith>
yeah
08:25
<rniwa>
MikeSmith: I don't wanna pay $150 for a dinner like I did yesterday LOL
08:25
<MikeSmith>
geez
08:25
<rniwa>
I know
08:25
<rniwa>
although that was for two poeple
08:25
<MikeSmith>
still
08:25
<rniwa>
so more like $70/person
08:26
<rniwa>
but it was still surprising given we didn't even drink alcohol.
08:26
<MikeSmith>
Nakano-ku is the best place to eat
08:26
<rniwa>
oh
08:26
<rniwa>
didn't know that
08:26
<rniwa>
west of shinjyuku?
08:27
<rniwa>
i actually think even shinjyuku will be a saner place to eat than roppongi LOL
08:27
<MikeSmith>
yeah
08:27
<MikeSmith>
yeah, shinjuku is always fine by me
08:27
<rniwa>
anyway, let's figure it out date & place over email
08:28
<MikeSmith>
OK
08:28
<rniwa>
i'm basically free any date other than monday & tuesday evenings
08:28
<rniwa>
(leaving on saturday afternoon)
08:30
<MikeSmith>
了解
08:31
<rniwa>
MikeSmith: gatta get food now. thanks for the help for the tests. see you later.
08:32
<MikeSmith>
see you
08:32
<MikeSmith>
have a good eveningin
09:13
<zcorpan>
MikeSmith: what's the plan for w3c-test.org when wptserve lands?
09:51
<MikeSmith>
zcorpan: to switch it over
09:51
<MikeSmith>
hopefully
09:53
<MikeSmith>
if you mean as far as deploying wptserve there and getting rid of the php there
09:54
<MikeSmith>
though I guess that (surprise suprise) the thing that may prevent that is if the CSS WG
09:56
<MikeSmith>
if they're relying on the php
09:56
<zcorpan>
hsivonen: do you have a pointer to your json bom email?
09:57
<zcorpan>
MikeSmith: does w3c-test.org host css wg tests?
09:58
<MikeSmith>
it does
09:59
<MikeSmith>
their tests get mirrored there automatically whenever they push
09:59
<MikeSmith>
mercurial
09:59
<MikeSmith>
as we are doing for wpt
10:00
<MikeSmith>
except that from mercurial as we did for wpt beofre we moved to github
10:01
<zcorpan>
i see two .php files in the css repo
10:01
<zcorpan>
under incoming/
10:01
<zcorpan>
so that should be OK
10:02
<zcorpan>
which aren't even dynamic, so could be replaced with static files
10:10
<MikeSmith>
ok
10:10
<MikeSmith>
good
10:11
<MikeSmith>
btw if anybody would like to merge https://github.com/sgrekhov/web-platform-tests/commit/cef3e47ce2ef73ab2b791202c93cdad9a63a601e please do
10:11
<MikeSmith>
sgrekhov commit from an hour or so ago
10:11
<MikeSmith>
one of the unipro guys
10:11
<MikeSmith>
dammit
10:12
<MikeSmith>
he also include the change for the spec non-conformance thing that rniwa found
10:12
<MikeSmith>
in the same commit
10:12
<MikeSmith>
which, it's good that he fixed it, but better if he had done a separate commit
10:13
<MikeSmith>
https://github.com/sgrekhov/web-platform-tests/commit/cef3e47ce2ef73ab2b791202c93cdad9a63a601e#diff-de538db290d955367a1d544c773e7efcL62 is what I mean
10:41
<hsivonen>
German Thunderbird defaults to ISO-8859-15 for outgoing email.
10:41
hsivonen
disapproves
10:42
<hsivonen>
hmm. even the latest update to my ISO-8859-15 considered harmful post is 9 years old: http://hsivonen.fi/iso-8859-15/
11:23
<annevk>
hsivonen: I like the English tl;dr
11:23
<annevk>
more like tl;du
11:26
<hsivonen>
annevk: I disapprove of the linguists bikeshedding and then evangelizing an ISO-8859-1-incompatible encoding when 1) everyone should move to UTF-8 and 2) an ISO-8859-1-compatible 8-bit encoding with the relevant characters already exists (windows-1252)
11:27
<hsivonen>
annevk: it seems that the linguists were evangelizing ISO-8859-15 in the major newspaper at the time I wrote that
11:27
<hsivonen>
I can't remember if I sent the text to the newspaper and they rejected it and that's how I ended up putting it on the Web
11:27
<hsivonen>
the writing style looks like I intended it for the newspaper
11:27
<hsivonen>
can't recall
11:28
<hsivonen>
and it was sad that the Linux distros migrated from ISO-8859-1 to ISO-8859-15 in response to misguided evangelism
11:29
<hsivonen>
instead of going directly to UTF-8
11:29
<annevk>
sad panda
11:29
<hsivonen>
but fortunately, some time in the last 9 years, Linux distros converted to UTF-8 anyway
12:37
<hsivonen>
gedit doesn't support HZ
12:38
<hsivonen>
makes writing test cases harder
12:38
<hsivonen>
(also makes one suspect the usefulness of HZ)
13:52
<zcorpan>
jgraham: hmm, i made some changes to a separate branch and wanted to commit those changes, but it appears i also committed something for tools/pywebsocket and tools/wptserve
13:54
<jgraham>
zcorpan: If you actually did, you should be able to get back to the previous state and redo the commit
13:54
<jgraham>
Like git reset --mixed HEAD~
13:54
<jgraham>
Which should leave the working tree alone, but reset HEAD to the commit before HEAD
13:55
<jgraham>
Then you can redo the last commit with just the changes you want
13:57
<zcorpan>
ok thanks. i see what i did wrong now. i thought i was in a subdirectory and did `git add *` but actually i was at the root
14:15
<zcorpan>
thanks jgraham
14:15
<jgraham>
np
14:16
<zcorpan>
next up is making the tests reflect the current spec :-/
14:16
<zcorpan>
addEventListener needs to be properly tested, and i don't know how today's change affects the tests, if anything
14:17
<Ms2ger>
We don't exactly have a lot of tests for addEventListener, I'm afraid
14:17
<jgraham>
Today's change?
14:17
<zcorpan>
http://html5.org/tools/web-apps-tracker?from=8302&to=8303
14:17
<jgraham>
It's probably in the "well obviously *that* works" bucket of things that people don't bother writing tests for
14:18
<Ms2ger>
Until I find bugs in Servo's implementation :)
14:18
<zewt>
the real fun is xcode, which thinks it's smart and stages git changes all the time
14:18
<zewt>
need to find how to turn that off, causes me no end of grief
14:21
jgraham
has no idea if zewt intended that for this channel. Maybe it was related to the git conversion above
14:24
<zcorpan>
Hixie_: does http://html5.org/tools/web-apps-tracker?from=8302&to=8303 change something that is interesting to write a test case for? does it affect this test http://w3c-test.org/web-platform-tests/master/html/webappapis/scripting/processing-model-2/compile-error-in-body-onerror.html ?
14:25
<jgraham>
zcorpan: You saw that bz has some tests in the bug?
14:26
<jgraham>
(I assume that the point of the change is that onfoo causes a syntax error only when it is actually called for the first time. But I didn't read it in detail)
14:27
<jgraham>
(assuming the attribute contains a script with a syntax error ofc)
14:30
<zcorpan>
ok so the spec previously required onerror to be invoked each time
14:31
<zcorpan>
i think that was considered when opera implemented onerror and we concluded that it was possible to compile once but invoke onerror anyway
14:33
<zcorpan>
i have http://w3c-test.org/web-platform-tests/master/html/webappapis/scripting/processing-model-2/compile-error-in-attribute.html but it only fires one event
15:06
<jgraham>
zcorpan: :-o
15:06
<jgraham>
What are we expected to do with all those .pl files?
15:07
<zcorpan>
jgraham: rewrite to web driver?
15:07
<zcorpan>
jgraham: someone was going to do that and wanted our .pl hacks as a starting point, i think
15:07
<Ms2ger>
.pl? Fun
15:08
<zcorpan>
jgraham: maybe that PR doesn't need to be merged, but rather dropped when there's a web driver thing as a separate PR
15:08
<jgraham>
zcorpan: OK
15:08
<jgraham>
Would be nice to have a comment to that effect
15:08
<zcorpan>
sure
15:09
<jgraham>
Also, good luck to whoever was going to rewrite those
15:13
<SimonSapin>
why does Thunderbird use different fonts for different character encodings? And very ugly fonts
15:14
<jgraham>
Probably picks a font that it expects to have all the glyphs for that encoding, rather than doing per-glyph substitution
15:14
<jgraham>
But I don't know ofc
15:15
<jgraham>
And yeah, when people set far-east encodings it gets really ugly
15:35
<jgraham>
Looks like Pointer Events is using the DOM 2 style of spec
15:35
<jgraham>
Would be nice if Respec didn't support that
15:42
<darobin>
jgraham: get me 2-3 uninterrupted days in a row and I'll finally fix that...
15:43
<Ms2ger>
Heh
15:43
<Ms2ger>
Give darobin an uninterrupted week, he'll solve world hunger :)
15:44
<darobin>
I'll throw in cancer if you give me the weekend too :)
15:45
jgraham
takes a grenade launcher to darobin's calendar
15:46
darobin
hopes that jgraham's aim is bad, the calendar isn't all that far away...
15:46
Ms2ger
doesn't approve of suicide-by-jgraham
15:47
<jgraham>
Don't worry it's only a minature one
15:48
<jgraham>
Big enough to blow holes in your schedule, not harmful to humans
15:48
<jgraham>
Lego figures, on the other hand, should take cover
15:48
<darobin>
oh great, now my desk is a mess of Lego figures running all over the place
15:48
<darobin>
thanks, really
15:48
Ms2ger
loves that picture
15:49
<Ms2ger>
(<picture>?)
15:49
<miketaylr>
>:|
15:49
<miketaylr>
what kinds of bad things would happen if you made DOM apis case-insensitive?
15:49
<jgraham>
All kinds of bad things
15:49
<jgraham>
War
15:49
<jgraham>
Famine
15:50
<jgraham>
Les Dennis
15:51
<jgraham>
miketaylr: (was that a serious question? And if so, what do you mean?)
15:51
<miketaylr>
jgraham: yeah, serious question
15:51
<miketaylr>
i mean,
15:52
<miketaylr>
what would you break if you allowed something like document.reQuEstFulLscrEen() to work
15:52
<miketaylr>
(other than hearts, perhaps)
15:52
<Ms2ger>
That would mean putting 2**len functions on the prototypes?
15:53
<jgraham>
I think what would break would be your front door under a raging mob of TC39ers
15:53
<miketaylr>
heh
15:53
Ms2ger
gives miketaylr his big "NO" rubber stamp
15:53
<miketaylr>
dang
15:53
<miketaylr>
was super close too
15:53
<jgraham>
Yeah, that just seems like a bad idea since js doesn't work like that
15:53
<jgraham>
(did VB(A) used to work like that?)
15:54
<miketaylr>
actual issue, https://bugzilla.mozilla.org/show_bug.cgi?id=743198#c5
15:54
<miketaylr>
(which doesn't require going case-insensitive)
15:54
<Ms2ger>
miketaylr, deployed sites have listened to our console warnings in the past
15:55
<miketaylr>
that's cool Ms2ger
15:55
<miketaylr>
i'm less optimistic (by nature, perhaps)
15:55
<Ms2ger>
So we'll go with that for now, and see where we end up
15:55
<odinho>
Ms2ger: You didn't actually ever tell me what you wanted reviewed? So it was deemed boring enough for me to do it w m gf in the evening? :P
15:55
<jgraham>
Honestly if console warnings don't work, the spec should require support for both versions
15:56
<Ms2ger>
If it turns out we can't get away without the two, we'll spec and implement both
15:56
<Ms2ger>
But not before
15:56
<Ms2ger>
odinho, jgraham's review, probably
15:56
<miketaylr>
given the amount of "wrong" unprefixed on stackoverflow alone...
15:56
<jgraham>
odinho does code review with his girlfriend in the evenings?
15:56
<miketaylr>
anyhow let's pick up this conversation in a few years ^_^
15:57
<Ms2ger>
"code review", eh
15:57
Ms2ger
winks
15:57
<odinho>
jgraham: True dat.
15:57
<odinho>
Ms2ger: I've done all the fun parts, CORS, SSE. It's that huge blob'o'XHR left last time I looked :P
15:57
<Ms2ger>
odinho, indeed
15:58
<odinho>
Ms2ger: Didn't dare starting. But I guess it should be possible to take one test at a time.
15:58
<Ms2ger>
I've cut off some slices of the huge blob'o'XHR already
15:58
<Ms2ger>
They mostly need someone who can read php more easily than me to check if the python is equivalent
15:58
<odinho>
Hmm. Okay. Yeah, we should really get it done. I feel a bit bad about that. It should go through.
15:59
<odinho>
Since I really like that branch ;]
15:59
<odinho>
Am thinking of doing a mini-testthewebforward with lstorset here in Oslo.
15:59
<Ms2ger>
Just the two of you, or? :)
16:00
<odinho>
lol, no, we'll invite as many as we can. And getting Opera to pay for location etc.
16:01
<Ms2ger>
odinho, btw, I'm offering chocolate shipments for people who do reviews ;)
16:02
<jgraham>
FWIW "as many as we can" is not the strategy I would currently recommend
16:02
<Ms2ger>
jgraham, depends on the definition of "can", I guess
16:02
<jgraham>
I think that it is worth specifically targetting the most experienced webdevs
16:02
<Ms2ger>
zcorpan, should be able to send your chocolate next week, btw
16:03
<odinho>
jgraham: Ah, yes. Well, that was the plan. Thinking 20-40 people in total. Something manageable.
16:03
<jgraham>
Right, that sounds good to me
16:04
<odinho>
e.g. I won't put my dad, mother, brother and sister there just because it'd be +4 :P
16:04
<jgraham>
They don't live in Trondheim?
16:04
<Ms2ger>
odinho, dunno, if they're as skilled as you? :)
16:04
<odinho>
jgraham: Stavanger.
16:05
<odinho>
Ms2ger: lol, implying I am skilled!
16:05
<Ms2ger>
odinho, not necessarily ;)
16:05
<odinho>
Hmm, true dat! :D
16:05
<jgraham>
odinho: That's even further away!
16:06
<odinho>
jgraham: we have trains, planes etc. in Norway too.
16:06
<jgraham>
Well if they are prepared to travel 500km for TestTWF they deserve to be invited just for the commitment
16:07
<odinho>
I'm sure they won't. :)
16:08
<Ms2ger>
odinho, maybe they'd like to see you once in a while :)
16:09
<jgraham>
Maybe they can't stand the big city and he always has to go there?
16:10
<odinho>
huh? -- Actually, they're trying to come here, but I never have the time to have visitors :P Always busy.
16:10
<Ms2ger>
See, might want to invite them, then :)
16:10
<odinho>
No wonder when there's so much open to review all the time. :|
16:11
<odinho>
Not that I ever seem to get that far down on the todo list though.
16:11
Ms2ger
will stop bothering odinho, so he can review
16:11
<odinho>
(and few others too, ref. our review problem)
16:11
<odinho>
I'm debugging internal repatching system atm.
17:21
<Hixie_>
zcorpan: one implication of that change is that the scope chain is that of when the event first fires, not that of when the event handler is set
17:22
<Hixie_>
zcorpan: another is that getting the event handler when it's set to something that fails to compile calls onerror but doesn't throw
17:34
<dglazkov>
good morning, Whatwg!
17:50
<Ms2ger>
Good night, dglazkov
17:57
<zcorpan>
Ms2ger: awesomeness :-)
19:14
<Hixie_>
bholley: if you can get microsoft's input, regardless of how you get it, please do!
19:42
<Hixie_>
input especially from mozilla and microsoft people on https://www.w3.org/Bugs/Public/show_bug.cgi?id=22731 about atob() would be useful
19:43
Ms2ger
looks
19:43
<Ms2ger>
I think we recently implemented the remove-all-spaces behaviour
19:45
<Ms2ger>
Hixie_, Nightly and Aurora should implement the spec: https://bugzilla.mozilla.org/show_bug.cgi?id=711180
19:45
<Hixie_>
please comment on the bug :-)
19:53
<Ms2ger>
marcosc_, www-style⊙wo? Does that even work?
19:53
<gsnedders>
Ms2ger: Yeah.
19:54
<marcosc_>
I don't know... just thought it was funny that Chrome Dev Summit folks only mentioned those lists
19:54
<marcosc_>
like the rest of the W3C doesn't exist :)
19:54
<miketaylr>
...so you're saying there's more lists.
19:54
<marcosc_>
heh
19:54
<gsnedders>
Ms2ger: AFAIK the list. is entirely optional for all lists
19:55
<Ms2ger>
gsnedders, not w3.org, btw
20:50
<zcorpan>
in other news, closing a captains of crush 1.5 is harder than i expected