09:42
<zcorpan>
innovati: do you mean the tag or the element?
14:58
<innovati>
zcorpan what do you mean?
20:39
<smfr>
anyone here who can answer an html5lib question?
20:40
<smfr>
i want to find <link rel=> tags i the head, as fast as possible, so I'm looking for a way to do a "streaming" parse that I can abort once I get to the end of the <head>
20:48
<TabAtkins>
jgraham gsnedders ^^^?
20:54
<smfr>
ohai TabAtkins!
20:54
<TabAtkins>
Yo!
20:54
<smfr>
TabAtkins: i am struggling with calc() serialization
20:55
<TabAtkins>
hit me
20:55
<smfr>
my fubled issue raises some questions
20:55
<smfr>
lemme find
20:55
<smfr>
https://github.com/w3c/csswg-drafts/issues/4505
20:55
<smfr>
not a great issue title, sorry
20:55
<smfr>
WPT don't agree with browsers, and browsers don't agree with eachother
20:55
<smfr>
probably needs WG discussion
20:57
<smfr>
tests are here: https://wpt.fyi/results/css/css-values?label=experimental&label=master&aligned
20:59
<TabAtkins>
Ah, checking now, thanks for the ping - I was on vacation the past week and would have been slow getting to my old email.
21:02
<smfr>
np
21:08
<annevk>
TabAtkins: low priority ping on tracking vector PRs
21:09
<annevk>
(Hope your vacation was good!)
21:20
<TabAtkins>
It was! I drove 3500 miles in 8 days (6 for most of the driving)!
21:22
<smfr>
TabAtkins: worth Agenda+-ing https://github.com/w3c/csswg-drafts/issues/4399 ?
21:23
<TabAtkins>
yeah, thanks, i'm ready to talk about it
21:23
<TabAtkins>
plz add your own take
21:38
<gsnedders>
smfr: don't have any streaming mode, because it's a pain with the architecture and dealing with some of the movement of elements (notably <body><link rel=> still ends up in the head)
21:44
<smfr>
gsnedders: so no way to stop parsign at </head>?
21:44
<gsnedders>
smfr: no, not really; presume this is wrt finding <link>?
21:45
<gsnedders>
for reftests?
21:45
<smfr>
yeah i just want a fast way to find <link rel=> for WPT ref test finding
21:45
<gsnedders>
(only vaguely around because BlinkOn, FWIW)
21:48
<gsnedders>
smfr: note that the wpt/tools/manifest should be pretty fast to update in general when it's cached
21:55
<smfr>
gsnedders: i'm doing this for tests in webkit's LayoutTests, so cant use manifest
21:55
<smfr>
and people don't like the idea of yet another file
22:02
<gsnedders>
smfr: ah, that makes it more awkward.
22:03
<gsnedders>
smfr: AFAIK we've generally had a lot of reluctance to add streaming parsing because it's too easy for people to fall into the trap of assumeing "we've reached </head> so we can stop" without knowing the detail
22:07
<smfr>
maybe I can regexp for "link rel=" and start parsing if I find one (most tests will NOT have a link in my data set)
22:09
<gsnedders>
smfr: pretty sure there's some encoding tests which have it UTF-16 encoded :/
22:09
<smfr>
erk
22:10
<gsnedders>
I mean I wouldn't be opposed to looking into how many tests that is and just requiring the test file to be ASCII?
22:10
<gsnedders>
though I guess then you can't test that the encoding *isn't* inherited from the top-level document
22:10
<gsnedders>
ergh
22:26
<smfr>
can i do something evil like supply a custom TreeBuilder
23:32
<gsnedders>
smfr: pretty sure that's not a public API any more; I think what we should do at some point for this sort of use-case is provide some streaming parser that just throws if it's not streamable, because I'm silly and it's </head><link> that's the fun case (i.e., you can stop at <body>)
23:37
<gsnedders>
smfr: but also html5lib is… scarcely maintained at this point