06:28
<zcorpan>
surely, anne⊙kn (@ pronounced as "van")
06:31
<sicking>
Hixie: there's no technical reason .className couldn't be overridden for SVG elements to return something different. It's just a really confusing. But no more confusing than .className being different in HTML and in SVG
06:31
<Hixie>
agreed
06:32
<othermaciej>
is .className different in HTML and SVG?
06:33
<Hixie>
yes
06:33
<othermaciej>
s/is/how is/
06:33
<othermaciej>
string vs token list?
06:34
<Hixie>
string vs svg animated string value
06:35
<othermaciej>
oh
06:35
<othermaciej>
good lord, why would you use svg animation to animate the class?
06:35
<zcorpan>
wasn't there discussion about changing the svg dom to make it more like the html dom?
06:36
<zcorpan>
or is there enough legacy depending on the current svg dom to make it impossible to change?
06:55
<zcorpan>
maybe the placeholder thing in contenteditable should be an element instead of an attribute?
06:56
<zcorpan>
or maybe not
09:12
<zcorpan>
"This demo uses the Audio Data API in Firefox, and Web Audio in Chrome. Please agree on a single API, browser developers!" https://developer.mozilla.org/en-US/demos/detail/audiospank
09:13
<zcorpan>
nice idea; the first multiplayer FPS game playable by blind people that i've heard of
09:13
<zcorpan>
(haven't tried it myself yet)
09:37
<kennyluck>
please join browser development, web developers!
11:25
<AryehGregor>
Bah, Ms2ger and annevk aren't here.
11:30
<jgraham>
We're not good enough for you?
11:31
<jgraham>
:'(
12:14
<Ms3ger>
You called?
12:14
<Ms3ger>
(Feel free to add that note)
12:15
<zcorpan>
$ grep -aPihc "word-wrap\s*:\s*break-word" stevef-all
12:15
<zcorpan>
262
12:15
<zcorpan>
$ grep -aEihzc "word-wrap[[:space:]]*:[[:space:]]*break-word" stevef-all
12:15
<zcorpan>
67
12:16
<zcorpan>
(67 pages out of the top 10,000 use word-wrap:break-word; total occurrences 262)
12:18
<Ms3ger>
AryehGregor: ^
12:19
<AryehGregor>
Ms3ger, okay, thanks.
12:19
<Ms3ger>
Np
12:22
Ms3ger
goes off to class
12:35
<zcorpan>
http://www.w3.org/TR/ttaf1-dfxp/#vocabulary-namespaces aaaaargh
12:36
<Yaffle>
hello
12:37
<Yaffle>
what's going on with CORS simple headers list?
12:37
<jgraham>
zcorpan: I believe the translation from spec speak to english of that section is "The WG are as high as a kite"
12:38
<Yaffle>
http://dvcs.w3.org/hg/cors/raw-file/tip/Overview.html#simple-header
12:38
<Yaffle>
"Last-Event-ID" is missed
13:35
<zcorpan>
why is MozMutationObserver prefixed in firefox?
13:36
<zewt_>
MozMozMutationObserver?
13:47
<rafaelw_>
hsivonen: you around?
13:50
<annevk>
zcorpan: getting kesteren.nl is hard (it's also a place name) and vankesteren.nl is owned by some web design agency
13:58
<zcorpan>
annev⊙nn then? too ugly? :)
13:59
<annevk>
too ugly
13:59
<annevk>
could use kesteren.org I guess
14:04
<zcorpan>
argh, why is firstElementChild defined on Element only?
14:05
<zcorpan>
please make the element traversal methods available on more nodes
14:05
<annevk>
really?
14:06
<annevk>
you want that on DocumentFragment?
14:06
<zcorpan>
yeah, and Document
14:06
<annevk>
what is wrong with documentElement?
14:06
<zcorpan>
nextElementSibling i want on all nodes, i think
14:07
<zcorpan>
annevk: i need to check if foo is a document or an element instead of just using firstElementChild
14:08
<hasather>
zcorpan: annevk: I've had that use case in the past too
14:09
<annevk>
what kind of weird code are you guys writing?
14:10
<hasather>
annevk: specifically here: https://bitbucket.org/runeh/unbose/src/9d94749c9236/src/unbose.js#cl-47
14:10
<hasather>
annevk: could have just used firstElementChild directy there
14:12
<annevk>
so nextElementSibling is available on nodes other than Element?
14:12
<annevk>
that code seems wrong
14:13
<annevk>
afaict
14:13
<annevk>
if (child.nodeType != 1 /*ELEMENT*/) { child = child.nextElementSibling; }
14:13
<annevk>
makes child undefined
14:17
<zcorpan>
annevk: if you have foo and want the next element sibling, it makes sense to just use nextElementSibling even if foo is not an element
14:17
<hasather>
annevk: hmm, yea, I guess that's not tested enough. But I was going to write what zcorpan just said
14:18
<annevk>
I agree with that, I'm just saying this code does not work
14:18
<hasather>
annevk: yea
14:19
<zcorpan>
ok i'll file a spec bug
14:19
<annevk>
I'm not quite convinced on the others though
14:20
<hasather>
annevk: which ones?
14:23
<annevk>
first/lastElementChild
14:24
<annevk>
oh, and childElementCount should die
14:25
<zcorpan>
if we can kill childElementCount, that's fine with me. if we can't, we might as well make it available on the same places we make .children available
14:25
<zcorpan>
filed https://www.w3.org/Bugs/Public/show_bug.cgi?id=16919
14:26
<zcorpan>
annevk: i think the rationale for this is really the same as for the new mutation methods
14:38
<gsnedders>
jgraham: html5lib, Python 3. This is going to be fun unless we drop Py<2.6 support to explicitly have binary strings.
14:39
<gsnedders>
Almost tempting to go Py3 native and use 3to2.
14:41
<gsnedders>
(As then we fail hard given any Unicode/Bytes mismatch being introduced)
15:02
<jgraham>
gsnedders: I am happy to drop py<2.6 support and to go python 3 and use 3to2
15:03
<jgraham>
In fact I'm not aware that there is another approach that sould work
15:03
<jgraham>
*could
15:30
<J_Voracek>
16:01
<annevk>
zcorpan: those namespaces are nothing compared to SMIL
16:02
<annevk>
http://annevankesteren.nl/2006/03/smil is still a fun read
16:05
<annevk>
AryehGregor: I missed that Ms3ger already ok'd a change, a change works for me, just seems overkill
16:39
<annevk>
maybe I should do annevk⊙an
16:39
<annevk>
that's not that bad
16:47
<annevk>
http://w3.markmail.org/search/ public-html is "only" 14k messages behind www-style, despite www-style existing like forever
16:55
<dglazkov>
good morning, Whatwg!
16:55
<Ms2ger>
Morning
17:03
<annevk>
good evening Ms2ger
17:04
<Ms2ger>
So, did anything useful happen yesterday?
17:05
<annevk>
yeah man, I added Event.NONE
17:05
<Ms2ger>
Mozilla implemented it first ;)
17:06
<Velmont>
annevk: People use that or me⊙an -- but annevk⊙an is easy to say.
17:06
<annevk>
Ms2ger: haha
17:06
<Ms2ger>
Velmont, yeah, and then gmail claims he's called "me"
17:22
<hober>
annevk: :)
20:33
<Moo^>
argh
20:33
<Moo^>
w3c validator http://jigsaw.w3.org/css-validator/#validate_by_uri+with_options
20:33
<Moo^>
cannot be made to accept syntax like background: -moz-linear-gradient(top, #878787, #000000);
20:34
<Moo^>
are there any known workarounds? :)
20:34
<MikeSmith>
Moo^: is that valid CSS?
20:34
<MikeSmith>
if it is, file a bug
20:34
<Moo^>
MikeSmith: there is option to accept vendor prefixes
20:34
<Moo^>
but apparently it is ignored for values
20:34
<MikeSmith>
ah
20:35
<MikeSmith>
that is still worth filing a bug
20:36
<MikeSmith>
we have a developer who is actively working on updates to the CSS validator right now
20:36
<MikeSmith>
but not sure how long he will be doing it, so strike while the iron's hot
20:39
<Moo^>
MikeSmith: I stroke
20:39
<Moo^>
thanks
20:39
<MikeSmith>
hai
21:30
<Hixie>
some e-mail here suggests a mechanism whereby UAs could hash passwords, and AryehGregor brings up the need for per-user hashing
21:30
<Hixie>
per-user salting, rather
21:30
<Hixie>
is there any reason the username couldn't be used as the salt?
21:49
<Philip`>
Hixie: Sounds bad if you want to change the username later
21:49
<Philip`>
(e.g. if you use email address as username, and the user changes their email address)
21:56
<annevk>
I'm now marking promoted tweets as spam
21:57
<MikeSmith>
me too
22:54
<annevk>
aaaargh
22:54
<annevk>
so I do the forward thing
22:54
<annevk>
but Gmail keeps giving me "Delivery Status Notification (Failure)"
22:55
<annevk>
while when sending anything to the address does arrive at the address
22:55
<annevk>
it seems like DreamHost is blocking a particular kind of email from Gmail