00:19
<heycam>
how do you mark up constructor definitions with respec?
00:19
<heycam>
("asking for a friend")
00:23
<zewt>
("it's not mine, baby")
00:23
<heycam>
is http://dev.w3.org/2009/dap/ReSpec.js/ actually the latest version of respec?
00:24
<heycam>
because I've found a copy that does support <dt>Constructor()</dt>, but that one's not it
00:32
<TabAtkins>
heycam: No, clearly that version is from 2009.
00:32
<TabAtkins>
Use the github version, I believe.
00:32
<heycam>
heh "clearly" :)
00:32
<heycam>
oh
00:32
<heycam>
I duck duck went "respec github" but didn't find anything
00:33
<TabAtkins>
There's your problem, clearly that's not googling.
00:33
<heycam>
(I use DDG primarily so I can smirk while I type "duck duck went", obviously)
00:33
heycam
finds https://github.com/darobin/respec
00:34
<TabAtkins>
There you go.
00:37
heycam
gives up and does the minimal work required to make the output of this old respec pass pubrules :\
00:45
<TabAtkins>
zcorpan: Why does the ScrollOptions dict in http://dev.w3.org/csswg/cssom-view/#extensions-to-the-window-interface have an x and y member?
02:30
<Domenic_>
Any ideas why step 8 does not come after step 11 here? Hixie_? http://www.whatwg.org/specs/web-apps/current-work/multipage/web-messaging.html#dom-window-postmessage
02:44
<Hixie_>
Domenic_: interesting question
02:45
<Hixie_>
Domenic_: i would guess it relates to something the algorithm used to do but wasn't changed
02:45
<Hixie_>
was changed and doesn't do any more, that is
06:18
<zcorpan>
TabAtkins: for element.scrollTop and scrollLeft
08:30
<kochi1>
MikeSmith: ping?
08:31
<MikeSmith>
kochi1: hey
08:31
<kochi1>
hi
08:31
<kochi1>
MikeSmith: is it okay to present in Japanese (both speech and screen)?
08:31
<MikeSmith>
kochi1: yup
08:31
<kochi1>
or English is preferred?
08:32
<MikeSmith>
kochi1: no, Japanese is preferred
08:32
<kochi1>
MikeSmith: ah, ok, thanks!
08:33
<MikeSmith>
cheers
08:33
<kochi1>
MikeSmith: I sent you my slide deck a while ago. if you have anything, please let me know.
08:34
<MikeSmith>
kochi1: yep, got it. Will do
08:34
<kochi1>
MikeSmith: thanks!
08:54
<zcorpan>
TabAtkins: did you read the comments in the clonee? https://www.w3.org/Bugs/Public/show_bug.cgi?id=23032
08:55
<zcorpan>
TabAtkins: the bug is *not* about hosing to head when template is found *in* body
08:56
<zcorpan>
TabAtkins: it's about hoisting to head when found *between* </head> and <body>
09:25
<jgraham>
zcorpan: Reviewed and merged
09:25
<zcorpan>
jgraham: thanks
09:25
<jgraham>
Thanks for doing the work :)
09:26
<jgraham>
zcorpan: BTW, as a person that writes tests, do you have any opinion on a requirement to put non-test-files in a subdirectory called "resources/"?
09:26
<zcorpan>
jgraham: that doesn't always work
09:27
<zcorpan>
jgraham: works as a guideline though
09:27
<jgraham>
zcorpan: An example of where it fails would be nice :)
09:27
<zcorpan>
jgraham: e.g. i recall testing new Worker(null) which requires a "null" file in the same directory
09:28
<jgraham>
Nice example
09:28
<jgraham>
I think when it fails you can work around it using window.open() and writing the whole test in a different window
09:28
<jgraham>
My feeling is that it's a bit silly
09:29
<zcorpan>
what part is silly?
09:31
<jgraham>
requiring a resources/ subdirectory
09:32
<jgraham>
The purported reason is to make it easier to tell what is a test and what isn't
09:32
<annevk>
jamesr__: excellent, thanks!
09:32
<jgraham>
But you still have to parse the files to get metadata out, so that doesn't seem like a big win
09:33
<zcorpan>
ok. yeah. it might be useful to be able to identify which files are tests (and maybe also what kind of test), but that could be done by a naming conversion of the test files or something
09:35
<jgraham>
Well
09:36
<jgraham>
My feeling is that actually running the tests in automation is going to require a manifest to be produced at some stage, and that putting all the manifest data into a filename is a non-starter (e.g. the ref for reftests, the timeout)
09:37
<jgraham>
So I'm not sure it's a big enough win to require that all testharness tests end with -test or something to make it worth the hassle
09:37
<zcorpan>
true
09:38
<zcorpan>
so require the appropriate metadata in the tests instead?
09:40
<jgraham>
Yeah, I think that's the way this is going
09:48
<annevk>
zcorpan: I don't get http://dev.w3.org/csswg/cssom-view/#dom-window-scroll
09:49
<zcorpan>
annevk: which part?
09:49
<annevk>
zcorpan: where are the dictionary x/y unpacked
09:49
<annevk>
zcorpan: and if you are going to accept a dictionary, why not just make it the first argument and only argument
09:50
<annevk>
zcorpan: and support x/y/deltaX/deltaY or some such
09:50
<zcorpan>
annevk: the dictionary x/y aren't used for that method
09:51
<zcorpan>
annevk: dict as only argument would have worse backcompat
09:51
<zcorpan>
but it appears you're not the first being confused by ScrollOptions
09:51
<annevk>
Oh, I see, you should add a comment there
09:51
<annevk>
Or maybe just use different dictionaries
09:51
<zcorpan>
maybe i should use different dicts, yeah
09:52
<zcorpan>
dicts can inherit, right?
09:52
<annevk>
yeah
09:53
<annevk>
events use that all over
09:53
<zcorpan>
ah yeah
09:56
<zcorpan>
filed https://www.w3.org/Bugs/Public/show_bug.cgi?id=23048
10:02
<zcorpan>
how can something be "hundreds of times smaller"? http://www.heydonworks.com/article/font-hacking
10:03
<zcorpan>
100% smaller means a size of 0, no?
10:05
<annevk>
If X is hundreds of times smaller than Y, I think it means that Y &times; hundreds = X
10:06
<jgraham>
zcorpan: So it seems that there's a bug in the submitted version of the html5lib tests, and they should probably be updated anyway. Are you able to dig up the scripts to generate them from t/ and submit them?
10:06
<annevk>
Wait, X &times; hundreds = Y
10:06
<annevk>
clearly I needed more sleep
10:09
<zcorpan>
jgraham: /core/standards/html-parsing/html5lib_harness/ ?
10:09
<jgraham>
zcorpan: Sounnds right
10:10
<zcorpan>
jgraham: PR into https://github.com/w3c/web-platform-tests/tree/master/html/syntax/parsing ?
10:11
<jgraham>
zcorpan: I think the python bits should maybe go into tools/scripts
10:11
<jgraham>
I'm not really sure though
10:13
<zcorpan>
doesn't that just make it harder to find? :-)
10:16
<jgraham>
Probably
10:42
<SimonSapin>
annevk: https://www.w3.org/Bugs/Public/show_bug.cgi?id=20599#c6 says that ISO-2022-JP is not ASCII compatible?
10:42
<annevk>
SimonSapin: it's ASCII-compatible enough, but it's really bad
10:43
<SimonSapin>
annevk: what does "enough" mean?
10:43
<annevk>
SimonSapin: that unless you use the escape sequence, you'll be in ASCII-land
11:23
<jgraham>
gsnedders: Yay!
11:24
jgraham
can't review those, really
11:45
<zcorpan>
the legal analysis in http://www.heydonworks.com/article/font-hacking seems dubious, it's still a derivative work of arial bold
11:50
<jgraham>
At least in the US I think that the actual letter outlines can't be protected by copyright
11:50
<jgraham>
The font file itself can be though
11:51
<jgraham>
So taking a letter, tweaking it a bit, and generating a whole new font file (without copying the extra data like kerning and so on) seems fine
11:51
<jgraham>
(I guess that is not what is happening there)
11:52
<Ms2ger>
Well, "fine"
11:52
<Ms2ger>
It's still Arial
12:05
<zcorpan>
one fun application would be to swap two glyphs and use for comment fields so that commenters think they're typo-ing over and over
12:09
<foolip>
zcorpan, brilliant :D
12:09
<foolip>
plus a hidden cam/screencast please
12:12
<odinho>
annevk: do you see actual &times; or just the symbol ·?
12:12
<Ms2ger>
&times; is �
12:13
<zcorpan>
annevk has an HTML parser in his brain so he sees ×
12:31
<odinho>
× · yeah true dat. We used · in norway at school.
12:35
<zcorpan>
we used vertical tilde to mess with matjas years later
12:37
<Ms2ger>
We start using � about when me move from calculating to mathematics here
12:39
<matjas>
:(
12:39
<Ms2ger>
(Vertical tilde?)
12:40
<matjas>
Ms2ger: https://mail.mozilla.org/pipermail/es-discuss/2013-August/032715.html
12:40
<matjas>
zcorpan: re: glyph swapping, there is actually an scriptless XSS-like attack that makes use of this
12:41
<Ms2ger>
Scriptless cross-site-scripting?
12:41
<zcorpan>
jgraham: trying to run update.py i get ImportError: No module named killableprocess. maybe i have an old python. but maybe i can just submit the scripts without updating myself?
12:41
<matjas>
Ms2ger: yup, see http://www.slideshare.net/x00mario/stealing-the-pie/9
12:42
<matjas>
i.e. using <input type=password> with a custom font that swaps the glyphs
12:42
<matjas>
then tricking the user into thinking it’s a captcha
12:42
<Ms2ger>
Heh
12:42
<matjas>
all it takes it for an attacker to be able to inject CSS on a login page, and boom
12:44
<zcorpan>
matjas: the font doesn't get applied for me in opera/chrome/firefox
12:44
<matjas>
zcorpan: used to work in Opera 12 iirc
12:45
<zcorpan>
matjas: is the attack using password autofill?
12:45
<matjas>
zcorpan: yeah
12:46
<zcorpan>
matjas: why would it prefill on the attacker's page?
12:46
<matjas>
zcorpan: the idea is that it is not the attacker’s page
12:47
<matjas>
but a page where an attacker can inject css
12:47
<matjas>
and then later make the result submit to his own server using some other trick from that slide deck
12:47
<matjas>
very edge-casey, but also pretty scary
12:50
<zcorpan>
i don't see the trick to submit to the attacker's server
12:52
<matjas>
hmm, me neither
12:52
matjas
watches http://www.youtube.com/watch?v=6dxsTFwFqf4
12:54
zcorpan
sees http://html5sec.org/keylogger/ but that's not css-only
12:56
matjas
shrugs ¯_(ツ)_/¯
12:59
zcorpan
can't figure out what the attack with dirname is about, the demo link doesn't seem to work
13:00
<jgraham>
zcorpan: Oh, killableprocess should be kicking about somewhere. With opjsunit if nowhere else
13:01
<gsnedders>
in opjsunit/harness/killableprocess.py
13:02
<jgraham>
zcorpan: But it is fine to just submit the scripts; I can do the update
13:02
<jgraham>
If needed
13:02
<jgraham>
(I also have to fix some bug, so it's probably easier if I do it)
13:06
<zcorpan>
ok
13:06
<zcorpan>
should i put killableprocess.py in the html5lib_harness dir?
13:07
<annevk>
Domenic_: http://annevankesteren.nl/2013/08/promises
13:09
annevk
edits a bit
13:14
<jgraham>
zcorpan: Sure
13:14
<jgraham>
Or yes
13:14
<jgraham>
I think what I mean is "if you do that and it's wrong, I can sort it out" :)
13:22
<hsivonen>
The SVG keylogger is interesting. Which browsers "support" it?
13:29
<zcorpan>
jgraham: do you want all the files in html5lib_harness?
13:31
<jgraham>
zcorpan: I don't remember what all the files are :)
13:46
<annevk>
GPHemsley: why is /s/ not reset after 7 in http://mimesniff.spec.whatwg.org/#pattern-matching-algorithm
13:47
<annevk>
GPHemsley: I also don't really understand what the masking thing does
13:48
<annevk>
GPHemsley: if I want ZIP it seems I should just sniff for "50 4B 03 04" and then go with it, no?
14:01
<zcorpan>
annevk: the mask is if you want case-insensitive on some parts or have some bytes be ignored
14:01
<zcorpan>
annevk: if you want literal match the mask should be just FFs
14:08
<annevk>
k
14:08
<zcorpan>
jgraham: https://github.com/zcorpan/web-platform-tests/commit/b008dd48548f7b76732e2f8968ad6c267ba62e4c
14:09
<jgraham>
zcorpan: Great, thanks
14:13
<zcorpan>
np
14:24
<Domenic_>
annevk: awesome. also really cool blink-dev thread! it would be very nice to move promises from blink to v8.
14:35
<mpt>
Does anyone know of sites already using <input type="datetime"> or <input type="datetime-local"> for non-demo purposes?
14:51
<zcorpan>
mpt: $ grep -Eir "<input\s[^>]*type\s*=\s*[\"']datetime" . for http://webdevdata.org latest data set 18/06/2013 gives 0 matches
14:52
<zcorpan>
hmm, forgot to make the quote optional
14:55
<zcorpan>
this data set has just front pages which i guess usually don't have date inputs
14:58
<zcorpan>
mpt: still no datetimes, but i see a few date inputs
15:00
<zcorpan>
48 to be exact
15:01
<zcorpan>
http://pastebin.com/ZPRQPGCB
15:02
zcorpan
*poof*
15:08
<mpt>
gah
15:51
<GPHemsley>
annevk: The pattern matching algorithm loops through the bytes one by one; /s/ is the position in the sequence. Loop 7 loops through the bytes to be ignored; loop 8 loops through the bytes to be matched.
15:52
<GPHemsley>
annevk: If you're matching the ZIP pattern, you would exit loop 7 at step 2 during the first iteration.
15:52
<Ms2ger>
Did I just see darobin suggesting to parse HTML with a regexp?
15:52
<darobin>
FEAR MY REGEXP SKILZ!
15:54
Ms2ger
locks darobin up
15:54
<darobin>
s/locks?//g # haha!
16:02
Ms2ger
darobin up
16:44
<TabAtkins>
zcorpan: Can you explain how the x/y arguments in the dict actually do anything? They're not mentioned in any part of the scroll() algorithm.
16:45
<Ms2ger>
TabAtkins, are they used in another method that takes the same dictionary as an argument?
16:45
<TabAtkins>
zcorpan: Yeah, now that you've changed the title I get that. I read the comments, but must have skimmed over the relevant bit in Comment 3 or wahtever.
16:46
<TabAtkins>
Ms2ger: Ah, thanks, that's it.
16:46
<TabAtkins>
Now I understand what he meant by "scrollTop".
16:47
<Ms2ger>
Np
17:23
<annevk>
GPHemsley: I'll take your word for it :)
17:28
<TabAtkins>
annevk: Btw, thanks for all the Promise work. Sorry I've still been poking at things, but I've been trying my best to keep the Promises/A+ side of it unchanged.
17:29
<annevk>
Thank Domenic_, really
17:30
<TabAtkins>
Yes, he deserves a lot of praise too. ^_^
17:30
<TabAtkins>
Hugs and kisses, Domenic_ !
17:31
<Domenic_>
^_^
17:31
<lecuyer>
hey TabAtkins, has there ever been any discussion of an :all-children-match() type pseudo-class in the selectors spec?
17:31
<TabAtkins>
What does this do?
17:31
<lecuyer>
it matches only if all children match :) example:
17:32
<lecuyer>
ul:all-children-match(li > img:only-child) whould match a UL, every child of which contains *only* an img
17:33
<TabAtkins>
No, nothing like this has been discussed.
17:33
<lecuyer>
the primary usecase is if you're generating html from markdown and you have a list of images that you'd like to display as a gallery
17:33
<TabAtkins>
And, interestingly, it can't be done with the subject indicator.
17:34
<TabAtkins>
But still, this'll probably land in the "complete" profile, which means "usable in querySelector, but not in CSS".
17:34
<Domenic_>
subject indicator is my favorite indicator!!!!!
17:35
<lecuyer>
I've been kicking this around in my head for a little while, but I'll write up something more complete after I vet it out a bit
17:37
<TabAtkins>
Seems kinda niche, but potentially interesting.
17:37
<GPHemsley>
annevk: Well, if you think that's not the case, perhaps I need to tweak the wording. Feedback welcome. ;)
17:37
<TabAtkins>
We really need to add custom pseudo-classes so these kinds of things can be added without us having to worry about slowing down the whole language.
17:49
<Domenic_>
+1
19:10
<zcorpan>
TabAtkins: let me know if the spec is less confusing now that i've split the dict into several
19:18
<TabAtkins>
zcorpan: Yeah, that's clearer. I wonder if it's best to keep it as it is, or move the *Hor/Vert ones to the Element IDL block, where they're actually used?
19:19
<zcorpan>
TabAtkins: i thought about that also. i can move them if you think that's better
19:19
<TabAtkins>
I usually find it nice to see things defined where they're used, rather than having to puzzle about why the definition exists.
19:25
<zcorpan>
ok done, thanks
19:25
<TabAtkins>
No, thank you!
19:28
<zcorpan>
on a separate note, i wonder if it would be good to get some more people (relevant developers from non-gecko browsers) give their opinion about how setProperty should work
19:29
<TabAtkins>
Probably.
19:30
<zcorpan>
maybe i should file a bug about it and summarize the issue first
19:33
<zcorpan>
but not today
19:38
<zcorpan>
Hixie_: for https://www.w3.org/Bugs/Public/show_bug.cgi?id=22452 can't this be fixed by adding 'or <?xml-stylesheet?> PI' to http://www.whatwg.org/specs/web-apps/current-work/multipage/semantics.html#has-a-style-sheet-that-is-blocking-scripts
19:38
<zcorpan>
Hixie_: (ignoring Link: )
19:38
<Hixie_>
how would that help <?xml-stylesheet> in SVG?
19:40
<zcorpan>
does the SVG spec say to block on <script>?
19:40
<Hixie_>
no idea what it says
19:41
<zcorpan>
http://www.w3.org/TR/SVG2/script.html#ScriptElement
19:41
<zcorpan>
the annotations suggest they want to do whatever HTML does
19:42
<zcorpan>
so that's how it helps SVG :-)
19:42
<Hixie_>
if it was up to me we'd drop <?xml-stylesheet> entirely
19:42
<Hixie_>
but my point is it shouldn't be defined in two places
19:43
<zcorpan>
yeah, we'll see if it flies for XSLT
19:43
<Hixie_>
it should be defined in one place
19:43
<zcorpan>
if it does we could remove it for CSS also
19:43
<Hixie_>
if it was up to me we'd drop xslt entirely
19:43
<zcorpan>
that's what abarth is trying to do :-)
19:43
<Hixie_>
that's what i've heard
19:49
<Hixie_>
sweet kittens there's over 3000 lines of non-quoted material to read on this script preloading thread
19:50
<Hixie_>
78 pages if i print it!
19:50
<Hixie_>
http://damowmow.com/temp/script-preloading-thread-2013
19:51
<TabAtkins>
Yes, SVG wants to just do whatever HTML is doing.
19:51
<Hixie_>
2500 lines not counting blank lines
19:52
<Hixie_>
that's a small novel i gotta read on this
19:52
<Ms2ger>
Hixie_, might be impossible, but things that are impossible just take longer
19:52
<TabAtkins>
Please, novella at best.
19:52
<Hixie_>
definitely not impossible
19:52
<Hixie_>
TabAtkins: that's what a "small novel" is :-P
19:52
<TabAtkins>
Bah.
19:53
Hixie_
resists the temptation to just play Papers Please instead
19:53
<Hixie_>
wow, according to google only one person has ever written "It seems that people want something that:" on the Internet (me)
19:53
<Hixie_>
crazy
19:54
<Ms2ger>
http://forums.elementalgame.com/435414/page/2/#3263997 ?
19:55
<Hixie_>
Ms2ger: that's not quite the same (lower case "it", since it's not the start of a sentence)
19:58
<Philip`>
(Glory to Arstotzka!)
20:01
<zcorpan>
Hixie_: just use the test minimization procedure. remove half of the lines, see if the spec bug reproduces
20:05
<annevk>
Hixie_: did you look at HTML imports?
20:06
<Hixie_>
Philip`++
20:07
<annevk>
zcorpan: should really get rid of Link
20:07
<Hixie_>
zcorpan: half of the lines of the e-mails, or of the spec? cos i don't think either will work :-P
20:07
<Hixie_>
annevk: no
20:08
<annevk>
Hixie_: it seems to be happening, I recommend skimming through https://dvcs.w3.org/hg/webcomponents/raw-file/tip/spec/imports/index.html at least
20:08
<Hixie_>
k
20:08
<zcorpan>
Hixie_: of the e-mails was my thinking :-)
20:08
<zcorpan>
annevk: get it removed in gecko
20:08
<Hixie_>
zcorpan: the spec bug occurs even with all the lines removed :-)
20:08
<zcorpan>
Hixie_: snap
20:09
<annevk>
Is Zip already exposed in the platform btw? I wonder what version of Zip we should require...
20:09
<zcorpan>
what do browsers support for extensions etc?
20:10
<annevk>
dunno
20:10
<annevk>
which reminds me, we also need a JavaScript API to go along with this
20:11
<annevk>
I'm thinking something that operates on a Blob...
20:11
<annevk>
new Zip(blob).get(filename).then(...)
20:11
<annevk>
new Zip(blob).getIndex().then(...)
20:14
<MikeSmith>
wha where did Link come from?
20:14
<MikeSmith>
old IE?
20:20
<annevk>
IETF
20:20
annevk
isn't actually sure
20:20
<MikeSmith>
ok
20:21
<zcorpan>
IE doesn't support it last i checked (dunno about newer IEs)
20:22
zcorpan
considers adding all the things François is asking for
20:23
<SimonSapin>
zcorpan: are implementers on board?
20:24
<zcorpan>
SimonSapin: nobody has commented one way or the other, i think
20:25
<zcorpan>
but it's trivial things that make sense to expose, really
20:26
<MikeSmith>
about zip, looked at some existing js libs to see how people do it now, and came across http://gildas-lormeau.github.io/zip.js/core-api.html, which looks interesting and good for what it is. API doesn't use promises but it does use workers and the File API.
20:26
<zcorpan>
it's just that the use case stated so far is polyfill and i'm not so comfortable adding new stuff to help with just polyfilling
20:27
<Domenic_>
people want zip badly
20:27
<Domenic_>
writing git in the browser is one use case iirc.
20:27
<Domenic_>
i will ask what the others were
20:27
<SimonSapin>
Domenic_: does git use zip files?
20:28
<Domenic_>
SimonSapin: I think so, perhaps inflate
20:28
<Domenic_>
16:28:14 <Raynos> Domenic_: ws.pipe(zip()).pipe(app).pipe(unzip()).pipe(ws)
20:28
<Domenic_>
16:28:21 <jesusabdullah> Domenic_: Because in my app I want to be able to download a zipball, crank that puppy open in-memory, let my app's users modify it, and then repackage it and ship it back up ^__^
20:29
<Domenic_>
16:28:49 <jesusabdullah> Domenic_: lots of native apps use zipballs as a sort of ad-hoc custom filetype
20:29
<Domenic_>
^ that's a big one, word document readers in the browser or whatnot.
20:29
<SimonSapin>
I agree zip is useful, but I believe not for implementing git
20:29
<Domenic_>
SimonSapin: I believe creationix is already using it
20:31
<SimonSapin>
the git protocol might use gzip
20:32
<Domenic_>
maybe it is just for downloading zipballs from github that he is using it, but i am 80% certain he is using a zip implementation.
20:32
<Domenic_>
http://git-scm.com/book/en/Git-Internals-Packfiles
20:34
<SimonSapin>
Domenic_: that’s gzip
20:34
<Domenic_>
SimonSapin: yeah probably. Or rather, zlib, of some sort.
20:35
<SimonSapin>
zip and gzip have in common the use of deflate compression, but gzip only applies to a stream of bytes while zip contains files and directories
20:35
<Domenic_>
I see
20:36
<Domenic_>
Well I think what people mostly want is gzip then; zipballs would be a nice convenience, but they are willing to parse out the zip format if necessary.
20:36
<Domenic_>
But the actual compression is what they want most, since it'll be faster natively.
20:38
<SimonSapin>
my understanding of what annevk is working on is to have URLs extract files from zip. eg <img src=foo.zip#path=image.png> (syntax still undecided)
20:38
<SimonSapin>
and secondarily expose a JS API, because why not
20:38
<Domenic_>
I see
20:39
<Philip`>
Domenic_: Sounds like people would actually want zlib, not gzip
20:39
<Philip`>
(gzip adds it own file headers which you normally don't want)
20:40
<Domenic_>
16:39:51 <dlmanning> A mobile webapp wants to compress a generated file for upload over limited bandwidth?
20:40
<annevk>
I suppose we could expose DEFLATE
20:40
<Domenic_>
Philip`: hmm, probably!
20:40
<annevk>
new Zip could even be explained in terms of that maybe... layers
20:41
Philip`
wonders if anyone has measured the performance of the inflate algorithm in JS
20:41
<Philip`>
(compared to a native implementation)
20:41
<SimonSapin>
sounds like something asm.js would be good at
20:41
<annevk>
Philip`: I think lack of that comparison is why we haven't shipped a native thingie yet
20:53
<Hixie_>
annevk: Link came from me getting plinss to implement it back in 1999~2000 or so :-( https://bugzilla.mozilla.org/show_bug.cgi?id=3248 is the closest bug i could find
20:53
<Hixie_>
(actually, looks like plinss was gone by the time Link got implemented)
20:54
<Hixie_>
Link: for CSS is actually a pretty useful feature, since it lets you set a stylesheet site-wide without editing the pages involved
21:16
<annevk>
It's the only way to style a .txt
21:16
<annevk>
Or a .jpg, etc.
21:16
<annevk>
Thanks to the magic that is loading something in a browsing context...
21:17
<Ms2ger>
annevk, how about poking at the DOM of an iframe?
21:17
<annevk>
top-level browsing context*
21:17
<Ms2ger>
Better :)
21:25
<Domenic_>
style a .txt O_o
21:25
<Domenic_>
I guess I could see it.
21:50
<annevk>
Domenic_: http://annevankesteren.com/robots.txt
21:50
<annevk>
Domenic_: http://annevankesteren.com/favicon.ico is an image that's styled
21:51
<Domenic_>
annevk: nice :D. Firefox doesn't seem to like the .ico, but the robots.txt is ingenious.
21:55
<MikeSmith>
Hixie_: interesting (just read that bug about Link)
21:58
<annevk>
Domenic_: oh I forgot it's also recursive because of this: http://annevankesteren.com/dark.css
21:59
<annevk>
that's prolly the most fun example
21:59
<annevk>
CSS inception
21:59
<Hixie_>
the most fun i've had doing that was importing XBL with a Link:ed sheet
21:59
<Hixie_>
so you could make text/plain files interactive, e.g.
22:00
<annevk>
hehe, I doubt that's ever coming back given security, but yeah, that's pretty neat
22:57
<Hixie_>
is there documentation anywhere on module loading in JS?
23:02
<MikeSmith>
so (bikeshed alert/opportunity), I'd like to have more tests for the validator (mainly, more document-conformance test coverage of the HTML spec itself as opposed to SVG or whatever document-conformance tests ) and it seems like maintaining them in https://github.com/w3c/web-platform-tests would be a good way to help get that. But I'm wondering where. basically, either web-platform-tests/validation/html vs web-platform-tests/html/validation? (and so fo
23:03
<MikeSmith>
and maybe some word other than "validation", since that's used for other things too
23:04
<MikeSmith>
web-platform-tests/doc-conformance/html
23:04
<MikeSmith>
web-platform-tests/validator/html
23:11
<Hixie_>
MikeSmith: i'd use "conf-checkers", "conformance-checkers", or "validators", or something, probably. the point being to make it plural, to avoid confusion with other uses of the term "valid" in this context.
23:12
<MikeSmith>
Hixie_: ok yeah, good point
23:14
<MikeSmith>
I'll go with "conformance-checkers" since that's the exact term the spec uses
23:14
<TabAtkins>
Woo, Servo passes Acid 1! https://twitter.com/metajack/status/371041675633647616
23:14
<TabAtkins>
Just some text-rendering differences from the reference.
23:14
<Hixie_>
yeah i heard about that
23:14
<Hixie_>
impressive
23:15
<Hixie_>
only 15 more years of work to do :-)
23:15
<TabAtkins>
Yeah, but compressed. ^_^
23:15
<MikeSmith>
heh
23:15
<Hixie_>
actually there's more than just text-rendering differences
23:16
<Hixie_>
it also doesn't seem to have rendered the radio buttons...
23:16
<Hixie_>
that's less impressive
23:16
<gsnedders>
TabAtkins: And really it's the whole site compat issue that's the challenge.
23:16
<gsnedders>
There are known parts of the platform that are incompatible as spec'd.
23:16
<gsnedders>
(Document loading, for example)
23:16
<Hixie_>
gsnedders: that should be a lot less of a problem than it was 10 years ago
23:16
<Hixie_>
still big, but not as big
23:17
<gsnedders>
Hixie_: Well, yes.
23:17
<gsnedders>
Hixie_: But the pace of development of the platform is far quicker than a decade ago, so managing to sort out site compat issues while keeping up with competition is far harder.
23:17
<Hixie_>
fair enough
23:18
<Hixie_>
do you think we'll have teh specs sorted out before or after servo catches up to that? :-)
23:18
<gsnedders>
We'll sort them out because of Servo hitting incompatibilies with the specs.
23:18
<gsnedders>
I really, really want to see Servo succeed, as it would be the proof that all this work in getting specs to match reality has actually worked.
23:19
<TabAtkins>
And when Servo starts seriously doing table rendering, FOR GODS SAKES HAVE SOMEONE WRITE THE TABLE RENDERING SPEC BASED ON YOUR EXPERIENCES.
23:19
<Hixie_>
gsnedders++
23:19
<Hixie_>
TabAtkins: hah
23:19
<TabAtkins>
We missed having MS do that when they rewrote their table code for IE8, and it's not going to happen until another browser does a rewrite.
23:19
<gsnedders>
Hixie_: I presume you dealt with all of jgraham's feedback on the document loading stuff from Zombie-Presto?
23:19
<MikeSmith>
Shiki Okasaka seems to have managed to implement a lot without running into huge spec-incompatibility issues
23:19
<Hixie_>
gsnedders: it's either dealt with or in the queue
23:19
<gsnedders>
Hixie_: I could've guessed that!
23:20
<Hixie_>
i don't know which were jgraham's and which where bz's
23:20
<Hixie_>
bz filed a bunch too
23:20
<gsnedders>
:)
23:20
<Hixie_>
some are definitely not yet resolved
23:20
<Hixie_>
i moved from bugs to e-mail before finishing them
23:21
<gsnedders>
jgraham filed a lot when we were rewriting the document loading code based on that. It obviously didn't work with real sites, and in the end never got far enough to ship before Presto-Death.
23:21
<MikeSmith>
"At this point, Escort web browser implements CSS 2.1 specification relatively well and passes the Acid2 test. It also passes about 90% of the tests in the CSS2.1 Conformance Test Suite." https://code.google.com/p/es-operating-system/wiki/UsingEscort
23:22
<gsnedders>
(In other news, why am I bothering arguing with people on Reddit saying the British railways should be renationalized?)
23:22
<Hixie_>
gsnedders: i don't recall the problems being that severe. there were issues, certainly, but it wasn't like it needed a complete rewrite.
23:22
<gsnedders>
MikeSmith: But how does it do given, say, the long tail of websites?
23:22
<Hixie_>
gsnedders: rail or rolling stock?
23:22
<gsnedders>
Hixie_: Severe enough it was totally unshippable.
23:22
<MikeSmith>
gsnedders: dunno
23:22
<gsnedders>
Hixie_: TOCs
23:23
<Hixie_>
gsnedders: so rolling stock?
23:23
<gsnedders>
Hixie_: And ROSCOs
23:23
<gsnedders>
Hixie_: (rolling stock is owned by a different set of companies (ROSCOs) than those that run the services (TOCs))
23:24
<Hixie_>
that's messed up
23:24
<MikeSmith>
(https://github.com/esrille/escudo/tree/master/src/css for the curious)
23:24
<Hixie_>
the track being publicly owned makes sense, but the rest, meh, let them compete in the open market
23:25
<MikeSmith>
(he's working now on implementing media queries - https://github.com/esrille/escudo/commits/master/src/css)
23:25
<Hixie_>
(not much point have the track be publicly owned if e.g. water and fiber isn't, though. either have public utilities or private ones, why mess around with half-and-half.)
23:25
<gsnedders>
Hixie_: The big problem in the UK is the absolute lack of competition between the private companies — they have state-given monopolies for a decade at a time. That's what kills the whole thing.
23:26
<Hixie_>
monopolies are dumb.
23:26
<gsnedders>
The train operating companies (TOCs).
23:26
<Hixie_>
state-supported ones, i mean.
23:26
<gsnedders>
Hence it was better under a state-owned monopoly as there was less interest in profits.
23:26
<Hixie_>
making competition illegal is just silly.
23:26
<Hixie_>
yeah.
23:26
<TabAtkins>
You mean "lucrative".
23:26
<gsnedders>
It's not.
23:27
<TabAtkins>
And "a valid patriotic business practice"
23:27
<gsnedders>
They pay foot-and-leg for the franschies.
23:27
<Hixie_>
better than paying arm-and-leg, i guess
23:27
<Hixie_>
since with arm-and-leg pricing, your foot ain't much use anymore anyway
23:27
<gsnedders>
That's the right expression, dangnamit!
23:28
<gsnedders>
I think, but am not sure, that the whole passenger stock being owned by separate companies is part of one of the EU railway directives.
23:28
<gsnedders>
In theory to make it easier for companies to start running services.
23:29
<gsnedders>
Of course, in the British case, as enacted, they have monopolies so it doesn't make it easier.
23:30
<Hixie_>
wait, so, Virgin doesn't own the rolling stock that uses their trade mark?
23:30
<Hixie_>
who owns the rolling stock for freight transport?
23:31
<gsnedders>
Hixie_: No, they don't. I'm not sure of the exact contracts between the TOCs and the RSOCOs, though. As far as I can tell, each franchise has a dedicated stock allocated to it, that will therefore change from one TOC to another if the franchise changes hand.
23:32
<Hixie_>
that's absurd
23:32
<gsnedders>
The franchises vary from, say, West Coast, East Coast, Cross-Country, Midland Mainline, Scotland, South Western…
23:32
<gsnedders>
The freight rolling stock is mostly owned by the frieght operators.
23:32
<Hixie_>
so why the difference between freight and passengers?
23:32
<gsnedders>
Which nowadays is in large part DB Schenker
23:32
<gsnedders>
(sp?)
23:32
<Hixie_>
freight's more interesting anyway.
23:33
<gsnedders>
Honestly, I don't know.
23:33
<Hixie_>
i really want to get http://www.maerklin.de/produkte/frontend/index.php?artikel_nr=37794&anzeigen_y=1&sCountryCode=en
23:33
<Hixie_>
which is admittedly a passenger train
23:34
<gsnedders>
DB Schenker has expanding massively since the liberialization of the European freight market.
23:34
<gsnedders>
*expanded
23:34
<Hixie_>
but while it would look cool, it's just not as fun as operating freight
23:34
<gsnedders>
Heh. I'm somewhat tempted to try and build something along the lines of LGV Est given the space.
23:34
<Hixie_>
good luck
23:35
<gsnedders>
(Is your stuff still in Oslo, or finally moved it? :))
23:35
<Hixie_>
it's ridiculous how much space you need to do something semi-realistic
23:35
<Hixie_>
my stuff moved with me when i left
23:35
<Hixie_>
but it's finally out on a table :-)
23:35
<gsnedders>
Oh. I had some memory of it being stuck behind somewhere. :)
23:44
<Hixie_>
bbiab