03:02
<wanderview>
Domenic: I don't think I'm going to get to writing that systems benchmark for async read any time soon
03:06
<wanderview>
too many Cache fires to put out
03:32
<annevk_>
TabAtkins: awesome, will review later
03:39
<wanderview>
annevk: you must be up with a baby?
03:46
<annevk>
wanderview: hehe
03:46
<annevk>
wanderview: he is a bit sick
03:46
<wanderview>
ouch :-(
03:46
<wanderview>
thats no fun
03:46
<annevk>
wanderview: but also I'm suffering from some sleeping trouble this week
03:46
<wanderview>
ah... thats no fun either
03:47
<annevk>
wanderview: it's more me than him I think :-) he holds it together pretty well
03:47
<wanderview>
annevk: I've had this thing lately where I can sleep from 9pm to 10pm... then wake up until midnight
03:47
<annevk>
wanderview: anyway, after I took care of him I decided to take a bath and then got a bunch of ideas for work so I decided to write them down
03:48
<annevk>
ugh
03:48
<wanderview>
awesome... new storage features based on dreams!
03:49
<wanderview>
:-)
03:49
<wanderview>
and... my daughter just woke up
03:49
<annevk>
"dream" boxes are fairly magical
03:59
<wanderview>
ok... finally done with this cache mess for the night... g'night
05:40
<Domenic>
annevk: would you be interested in my streams build system that generates commit snapshots, allows you to avoid committing generated output to the repo, and runs bikeshed on a CI server to ensure you always get the latest code?
05:40
<annevk>
Domenic: possibly if you are up for maintaining it
05:41
<annevk>
Domenic: trying to fix the DOM header at the moment
05:41
<Domenic>
annevk: yeah I've been planning to generalize/document it for a while, if I have a customer lined up that'll be extra incentive
05:41
<annevk>
Domenic: both DOM and URL could make use of it
05:41
<Domenic>
annevk: https://github.com/whatwg/streams/blob/master/index.bs#L15-L19 may help
05:41
<annevk>
Domenic: hopefully more down the line
05:41
<Domenic>
Notifications too IIRC
05:41
<annevk>
Domenic: yes
05:42
<annevk>
thanks to Peter
05:42
<annevk>
Domenic: with Fetch I opted to first link to the repo and then have (new issue, open issues) following it
05:43
<Domenic>
Hmm that is kind of nice
05:45
<Domenic>
why does Firefox randomly decide it likes svg favicons... ~1/20 tabs I open to a WHATWG spec have a nice favicon, seemingly at random.
05:45
<Domenic>
Huh there's a whole caniuse for this http://caniuse.com/#feat=link-icon-svg
05:45
<Domenic>
Well I guess that explains it https://bugzilla.mozilla.org/show_bug.cgi?id=366324#c14
05:46
<annevk>
Domenic: do you know why I have to include "URL: https://dom.spec.whatwg.org"; to get relative links to DOM definitions?
05:46
<annevk>
Domenic: including that also generates a "This version" field which is pointless
05:46
<annevk>
Domenic: you don't seem to have that at all
05:47
<Domenic>
Yeah was just checking... hmm
05:47
<Domenic>
I don't use {{ microsyntaxes though just <a>term</a>, maybe that's the difference?
05:47
<annevk>
TabAtkins: you awake?
05:49
<TabAtkins>
annevk: What's up?
05:49
<annevk>
TabAtkins: various things it seems
05:49
<annevk>
TabAtkins: why do I need to include URL: ...? I don't want "This version" but I also want relative links
05:50
<annevk>
TabAtkins: Domenic filed various issues on things that are wrongish, e.g. https://github.com/whatwg/dom/issues/22
05:50
<Domenic>
https://github.com/whatwg/dom/issues is mostly me at this point
05:51
<TabAtkins>
Ooh, I wonder if I'm skipping over <code> elements for autolink processing?
05:53
<TabAtkins>
I guess you don't need URL; looks like Streams doesn't have it.
05:53
<MikeSmith>
annevk: https://lists.w3.org/Archives/Public/www-tag/2015Apr/0027.html seems like nice progress
05:53
<annevk>
TabAtkins: if I remove it all fragment-only links get that URL prepended
05:53
<annevk>
MikeSmith: yeah
05:54
<annevk>
MikeSmith: I wonder what happened
05:54
<MikeSmith>
they got smarter?
05:54
<MikeSmith>
they got smarter people in to work on it?
05:54
<TabAtkins>
annevk: URL metadata definitely has zero effect on links, so I dunno what you think is going on. Gimme a specific element that's being weird, so I can check it out?
05:55
<annevk>
MikeSmith: if I'd be cynical I'd say it's too thwart the competition
05:55
<annevk>
TabAtkins: hmm maybe it was another field I changed
05:56
<MikeSmith>
annevk: maybe you're right https://twitter.com/dakami/status/588548153504239616
05:56
<annevk>
TabAtkins: does Shortname have an effect?
05:56
<annevk>
to*
05:56
<Domenic>
I too find the existence of shortname confusing
05:56
<TabAtkins>
Yes it does; gimme a sec.
05:57
<MikeSmith>
https://people.freebsd.org/~rrs/asiabsd_2015_tls.pdf seems like it has some pretty interesting details about their deployment/implementation
05:57
<Domenic>
Oh nice file-issue.js just worked :D
05:58
<annevk>
Domenic: yeah also did for Notifications, very nice
05:59
<TabAtkins>
At minimum, Shortname lets Bikeshed know what definitions in the linking database are for the current spec, so it should ignore them (rather than treating them as ambiguous link targets).
05:59
<TabAtkins>
If you did multiple levels, Shortname+Level helps with that in a similar way.
06:00
<Domenic>
So shortname is an index into the bikeshed linking database?
06:01
<TabAtkins>
It's one of the things that identifies an anchor, yeah.
06:01
<TabAtkins>
When you set a Link Defaults, it's the shortname that you're specifying.
06:02
<Domenic>
then i guess my question is who's squatting on "dom" and forcing "dom-core-ls" on us :P
06:04
<annevk>
TabAtkins: two issues left https://github.com/whatwg/dom/issues and I guess the question who's squatting "dom" :-)
06:04
<TabAtkins>
Looks like nobody - I don't see "dom" in the linking database.
06:06
<TabAtkins>
I'll just need to change it in Shepherd to track the alteration. Want me to do so?
06:06
<TabAtkins>
(The -ls is the level part; the shortname is dom-core.)
06:10
<annevk>
TabAtkins: so it would be dom-ls?
06:10
<annevk>
TabAtkins: might be nice to just get it over with now
06:17
<TabAtkins>
k, done
06:17
<TabAtkins>
Shortname is now "dom".
06:18
<TabAtkins>
Full levelled name is "dom-ls".
06:19
<TabAtkins>
Oh, and looks like the reason your shortname was set to dom-core is because that was the name of your index file - dom-core.html.
06:26
<annevk>
TabAtkins: looks like https://dom.spec.whatwg.org/#htmlcollection is missing some links too
06:26
<annevk>
TabAtkins: and dfn.js appears broken
06:27
<TabAtkins>
What links do you think it's missing? (Besides the {{}} stuff showing up.)
06:30
<annevk>
TabAtkins: item and namedItem are not clickable
06:31
<annevk>
TabAtkins: and index and name are marked bold while they're really variables
06:31
<annevk>
the latter might be a Bikeshed thing
06:31
<annevk>
(talking about the IDL block)
06:32
<TabAtkins>
Yeah, I see that item/nameditem aren't properly picking up the definitions later. (They're giving an independent definition, and I'm trying to figure out why.)
06:33
<TabAtkins>
Arguments are marked up/defined in Bikeshed. If you don't want them styled specially, add a `dfn[data-dfn-type=argument]` style rule.
06:36
<TabAtkins>
Ah, I see, I have some lingering hackiness from when I was doing IDL worse. Hmmm.
06:46
<TabAtkins>
Ugh, it's as I thought. I've got a mutually reinforcing set of legacy hacks from back when I wasn't handling IDL correctly, and fixing them properly will be some work. I'll get on that tomorrow.
06:47
TabAtkins
is pretty sure he'll need some extra data files for efficient querying of function overloads.
06:54
<annevk>
TabAtkins: thanks, happy we got this far :-)
07:14
<annevk>
Domenic: if I wanted to fix some things in Streams, should I PR index.bs or just file issues?
07:16
annevk
will file issues for now
08:50
<zcorpan>
FATAL ERROR: No 'idl' refs found for 'Document' with spec 'dom-core-ls'. -_-
09:11
<zcorpan>
hmm seems it's fine when generated on the server
09:12
<zcorpan>
but i get mail saying to choose between svg2 and html5 for {{Document}}
09:12
<zcorpan>
TabAtkins: ^
09:25
<annevk>
zcorpan: use 'dom' or 'dom-ls' as token
09:26
<zcorpan>
annevk: that still gives fatal error for `Document`. but maybe this will fix itself since it's generated without warnings on csswg server
09:27
<zcorpan>
(and it points to the dom spec)
09:39
<annevk>
zcorpan: TabAtkins did note something about Document not working well
09:39
<annevk>
zcorpan: maybe file an issue against bikeshed?
09:40
<zcorpan>
ok
09:40
<annevk>
zcorpan: hopefully everything WHATWG can be bikeshed by end-of-year (prolly minus HTML)
09:43
<zcorpan>
https://github.com/tabatkins/bikeshed/issues/387
13:30
<mounir_>
Ms2ger: default values for dictionary would allow: dictionary Bar { DOMString[] foo = []; }; ?
13:30
<Ms2ger>
I don't think so
13:31
<mounir_>
Ms2ger: no default values for array or sequences?
13:32
<Ms2ger>
Not that I recall
14:05
<Ms2ger>
TabAtkins, is FileAPI the awful formatting spec?
14:21
<annevk>
mounir_: also, DOMString[] is not valid there
14:21
<annevk>
mounir_: you want sequence
14:21
<Domenic>
How many specs would we have to update to change X[] to LegacyFakeArrayLike<X>, I wonder.
14:22
<mounir_>
annevk: readonly sequence<DOMString> in the Event interface too?
14:23
<annevk>
mounir_: we don't have a good thing for that yet
14:24
<mounir_>
it sounds good to you to have sequence<> in EventInit and DOMString[] in the Event interface?
14:24
<mounir_>
annevk: ^
14:25
<annevk>
mounir_: no, [] is never good
14:25
<annevk>
mounir_: see https://www.w3.org/Bugs/Public/show_bug.cgi?id=23682
14:25
<annevk>
Domenic: too many
14:49
<TabAtkins>
Ms2ger: Depends on what you mean by "awful formatting".
14:49
<Ms2ger>
What you complained about on twitter :)
14:51
<TabAtkins>
Oh, yeah, it was terrible.
14:51
<TabAtkins>
Some lists had their <li>s indented four or five different ways, for 9 items.
14:52
<TabAtkins>
And, like, the ids for sections dont' follow any pattern. The Blob IDs are totally different structure from the File IDs.
14:52
<TabAtkins>
So much inconsistency laced throughout the entire thing.
14:53
<TabAtkins>
And don't get me started on the spec starting with a 2-space indent, but of course randomly switching to 3 or 4 space in some places.
14:55
<caitp>
i'm surprised nobody came up with a clang-formatter for whatever the spec docs are written in
14:56
<TabAtkins>
I've strongly considered it.
14:56
<TabAtkins>
But it's a lot of work. ^_^
14:56
<caitp>
somewhere out there there's a bored highschool student who'd do it
14:57
<TabAtkins>
Well, who'd do it halfway.
15:13
<jgraham>
So which is the most reusable "file a bug on this bit of spec" script these days?
15:15
<TabAtkins>
Apparently the one DOM/Streams is using just works out of the box pretty good.
15:15
<Domenic>
jgraham: file-bug.js for W3C bugtrackers, file-issue.js for GitHub
15:15
<jgraham>
Domenic: From dom/streams?
15:18
<annevk>
jgraham: it's on resources.whatwg.org
15:18
<jgraham>
Domenic: Right, got it, thanks
15:18
<jgraham>
annevk: Thanks also
15:18
<jgraham>
And also TabAtkins
15:18
<jgraham>
So much thanks!
15:19
<annevk>
TabAtkins: yeah that spec was a bit of a disaster
15:19
<TabAtkins>
annevk: Well Im fixing it, at least. Since it's a much shorter spec, only ~1900 lines, I can do a thorough reformat without killing myself.
15:19
<TabAtkins>
DOM made me want to die.
15:20
<annevk>
DOM is pretty big
15:20
<TabAtkins>
Which is why it took 3 months to finish. ^_^
15:20
<TabAtkins>
At least you were *extremely* consistent in link formatting, which made things *way* easier.
15:20
<TabAtkins>
I often find a given term linked with four different syntaxes in FileAPI.
15:21
<annevk>
Yeah, I optimize for basic search and replace that doesn't require regular expressions
15:22
<TabAtkins>
My fingers and sanity thank you for it.
15:22
<TabAtkins>
And thank jgraham, while I'm at it.
15:23
<Ms2ger>
?
15:23
<flyrock>
TabAtkins, annevk ! I have only read one book on html/css , no experience , that was responsive web design by ben frain. and i wanna be one of you guys, where to start.
15:24
<TabAtkins>
Ms2ger: Well, he was thanking all of us, so I felt I had to return the favor.
15:24
<Ms2ger>
Ah, heh
15:25
<TabAtkins>
flyrock: My path was to learn web dev, subscribe to the standards mailing lists, gradually learn how things worked (and why they worked the way they did), and then finally find a topic I was passionate about and thought I could improve.
15:25
<TabAtkins>
flyrock: So if you're just starting, you've got a few years of experience-building to go before you should consider trying to work on specs. ^_^
15:26
<flyrock>
TabAtkins,i got it, thanks for you time, will keep bugging you occasionally !
15:27
<TabAtkins>
np
15:27
<TabAtkins>
(Of course, the topic I thought I could improve I still did a lot of damage to - yay gradients! But the end-result was indeed much better.)
15:30
<flyrock>
i suppose that's you being modest. :)
15:30
<TabAtkins>
No, I really fucked it up and did a lot of damage. It's all healed over now, but dealing with the four different gradient syntaxes that existed at the same time was hellish.
15:31
<caitp>
you can't accomplish anything without ruining at least one other thing, that's just how it goes
15:31
<TabAtkins>
When god closes a door, he breaks a window.
15:31
<flyrock>
TabAtkins, I think i will take some time to decipher what you explained, but we will sure talk about it.
15:33
<TabAtkins>
flyrock: Just dont' jump ahead of yourself. Spec work is weird meta-work over webdev. You need a strong webdev knowledge base to do it well, and even then most people aren't suited for it, and that's fine.
15:33
<TabAtkins>
It requires a bizarre mix of patience and impatience that is intensely frustrating to most people.
15:34
<TabAtkins>
So most newbies to spec stuff only stick around a few months before going back to doing productive work. ^_^
15:34
<TabAtkins>
Heh, my favorite tech reported just faved a "your mom" joke made against me.
15:36
<flyrock>
cool ! I will remember not to jump ahead and the mix of patience and impatience
15:36
<flyrock>
and yeah, webdev !
15:38
<caitp>
in a few years you can be one of the few, the proud, billionaire lamborghini driving spec editors, with girls chasing you all around the state, if you just remember to keep your patience and impatience in the right balance
15:38
<TabAtkins>
Hey, hey, we don't know what flyrock prefers, they can have boys chasing them around the state if they want.
15:38
<caitp>
well sure
15:39
<flyrock>
lol !
15:59
<jgraham>
More to the point, we don't know why these people are chasing flyrock around. Maybe it's to exact vengance for crimes against spec editing.
16:44
<annevk>
caitp: I'm clearly not a successful spec editor
16:45
<Domenic>
Did you know? Browsers are supposed to implement a JSON-LD API. http://www.w3.org/TR/json-ld-api/#the-application-programming-interface
16:46
<Domenic>
Wonder how that got to REC
16:46
<annevk>
Domenic: you're being sarcastic right?
16:46
<Domenic>
indeeeed
16:46
<annevk>
It's been a long day
16:47
<annevk>
As I said to someone else earlier, it's nice how now it's renamed from RDF to LinkedData or JSON-LD, it still doesn't make much sense
16:53
<jamesr___>
https://dvcs.w3.org/hg/json-ld/raw-file/default/test-suite/reports/cr-20131022.html#test-subjects
16:54
<jamesr___>
two of the "interoperable implementations" are the same javascript library running in a browser and running in node.js
16:54
<annevk>
Is it interoperable because the browsers are different?
16:55
<jamesr___>
afaik running in a browser is 1 and running in node.js is 2
16:56
<jamesr___>
unclear if running in a different browser would count as 3
16:56
<annevk>
That's some creative accounting right there
16:56
<annevk>
MikeSmith: ^^
17:03
<annevk>
Domenic: shall I open an issue for an OpaqueStreamReader class of sorts?
17:20
<annevk>
Domenic: see WHATWG email instead
17:20
<annevk>
flyrock: https://annevankesteren.nl/2014/03/contributing-to-standards has some pointers
17:25
<flyrock>
thanks annevk :)
17:48
<TabAtkins>
That... implementation counting is 100% wrong. Multiple implementations *by the same person* dont' even count as separate; running the *same code* in two places absolutely doesn't.
17:48
<TabAtkins>
I know, this isn't anything surprising, but this sort of gaming just disappoints me.
17:49
<TabAtkins>
It's like, yeah, I know nobody likes what y'all are doing, but at least have some self-respect. This is sad.
17:50
<jamesr___>
TabAtkins: another one of the impls is a python lib by the same author as the "2" js ones
17:51
<TabAtkins>
Yeah, doesn't count.
17:51
<TabAtkins>
We didn't let Rik's multiple implementations in several browsers count for one of the Adobe-driven CSS specs.
18:03
gsnedders
wonders what's going to happen to bug tracking for Chromium/Blink when GCode closes
18:11
<TabAtkins>
What kind of monster puts the sentence-ending period *inside of* the <a> element wrapping the last word in the sentence?
18:17
<TabAtkins>
The same kind of monster that eschews the Oxford Comma, that's who.
18:49
<TabAtkins>
The perils of hand-editting a generated file: ToC and headings drift apart. In https://w3c.github.io/FileAPI/TR.html, "Blob Parameters" (8.3.4.7) is missing from the ToC, the following "Determining Encoding" (8.4) is listed as an h3 but styled as an h4, and the following "Events" section is either 8.5 or 8.5.10, depending on whether you believe the heading
18:49
<TabAtkins>
or the ToC.
19:42
<MikeSmith>
annevk: seems legit
19:42
<MikeSmith>
will find out who Director'ed that
19:52
<hober>
but who Directors the Director?
19:54
<annevk>
Domenic: binary stream seems like a weird term to use, byte stream seems more accurate
19:55
<Domenic>
annevk: that is what I use?
19:55
<annevk>
Domenic: e.g. https://streams.spec.whatwg.org/#model mentions binary; my suggestion in the issue was to change that
19:55
<Domenic>
ah i see
19:56
<Domenic>
busy fixing my build process right now... i uncovered some very subtle bug in jsdom and the "proper" way to fix it led me to fixing our xml support... (ecmarkup depends on jsdom)
19:57
<annevk>
heh, good luck
20:10
<wanderview>
Domenic: when does (or did) fetch body streams hit chrome release?
20:15
<Domenic>
wanderview: Chrome 43, so since 42 just released ~6 weeks
20:16
<wanderview>
Domenic: ok, thanks... trying to get an idea how soon I need to do this system benchmark beyond ASAP
21:55
<Domenic>
TabAtkins: how do I fix my HTML reference? When I do `Link Defaults: html5 (dfn) structured clone` it gives the wrong spec and when I say `html` instead it gives `No 'dfn' refs found for 'structured clones' with spec 'html'`
21:57
<Domenic>
TabAtkins: also what happened to CSSWG specs using up-to-date references? They are all to /TRash URLs now
21:57
<TabAtkins>
HTML5 should be html.spec.whatwg.org. What do you want for it?
21:58
<Domenic>
It is not
21:58
<Domenic>
https://streams.spec.whatwg.org/#index-defined-elsewhere
21:59
<TabAtkins>
It certainly is in the linking database.
21:59
<TabAtkins>
Oh, [[HTML5]]
21:59
<Domenic>
No
21:59
<Domenic>
[[HTML]] works
21:59
<Domenic>
but in link defaults I have the problem described
21:59
<Domenic>
So my document is mostly html.spec.whatwg.org but any cross-reffed terms end up referring to the fork
22:00
<TabAtkins>
Unfortunately, that's the biblio ref for "HTML5" in SpecRef. :/
22:00
<TabAtkins>
I'd have to verify, but I think if you manually specify a biblio reference in a <pre class=biblio> it'll override the default data.
22:01
<Domenic>
Does Link Defaults and [[bracket syntax]] use the same mapping?
22:01
<TabAtkins>
And the Index generation kinda just guesses that the shortname will match an appropriate biblio ref. The naming bullshit around the HTML fork is messing this up.
22:01
<TabAtkins>
No, Link Defaults is about linking, using the linking database (it just defaults some of the link attributes on certain terms). [[foo]] is a biblio, using the biblio database.
22:01
<Domenic>
ok
22:01
<TabAtkins>
The two are separate for practical and historical reasons.
22:02
<Domenic>
can we add to/fix the linking database?
22:02
<TabAtkins>
Yeah, PR the SpecRef project on GitHub.
22:03
<Domenic>
I think I see
22:03
<Domenic>
I think html is supposed to work
22:03
<TabAtkins>
github.com/tobie/specref/
22:03
<Domenic>
But it is missing structured clone
22:03
<TabAtkins>
Rather, there *is* no spec named "html" in the linking database.
22:03
<TabAtkins>
It's called html5 there.
22:03
<Domenic>
no there is one
22:04
<Domenic>
https://github.com/tobie/specref/blob/master/xrefs.json#L1626
22:04
<TabAtkins>
That file's irrelevant.
22:04
<TabAtkins>
Bikeshed doesn't use Tobie's xrefs, just the biblio.
22:04
<TabAtkins>
It uses its own linking database, generated by Shepherd.
22:04
<Domenic>
oh damn
22:04
<TabAtkins>
Heh, sorry.
22:05
<TabAtkins>
You can check it by going to bikeshed/bikeshed/spec-data/anchors.data
22:05
<Domenic>
ok, so, can we get Shepherd to work better?
22:05
<TabAtkins>
Yeah, lemme see if I can tweak it to call the spec "html".
22:05
<Domenic>
does Shepherd have any entries for html.spec.whatwg.org?
22:06
<TabAtkins>
Yeah, that's what I'm saying. Shepherd *only* parses the real HTML spec. All the linking database entries are for it.
22:06
<Domenic>
Then why did https://streams.spec.whatwg.org/#index-defined-elsewhere happen
22:06
<TabAtkins>
I already explained it. ^_^ The Index generation sorta just hopes that the linking shortname is also the correct biblio reference.
22:06
<Domenic>
Ahhh yes was just connecting the dots
22:06
<TabAtkins>
Because, unfortunately, there's no explicit connection between the two databases.
22:07
<Domenic>
ok sweet
22:07
<TabAtkins>
That's why some of the CSS refs in the index don't work; the biblio name for them doesnt' match their shortname yet.
22:08
<TabAtkins>
And it's annoying to mess with SpecRef there, because it does automated dumps of biblio refs from the TR.xml generated by the W3C, so if I change things it'll just revert itself later.
22:08
<TabAtkins>
Need to figure out how to get around that.
22:08
<TabAtkins>
Really, I probably just need to check Shepherd's spec data first; it's less complete (won't generate quite as high-quality of a biblio entry), but it's synced with the linking database names.
22:10
<Domenic>
Well we've got two suffering specs now so no pressure :P
22:10
<TabAtkins>
I know, I know. File an issue on me or I'll forget.
22:13
<Domenic>
I often want to add you to the WHATWG GitHub org just so I can assign issues to you
22:13
<TabAtkins>
Do it?
22:13
<Domenic>
Sounds good
22:13
<Domenic>
I'll also file a Bikeshed issue