08:54
<annevk>
Hixie_: missed your modules question last night
08:54
<annevk>
Hixie_: http://wiki.ecmascript.org/doku.php?id=harmony:modules
12:47
<annevk>
Lets try this again. If we put Zip in the browser, what subset? Anyone know a good place to start asking this question?
14:18
<zewt>
annevk: as one limitation, i'd suggest random access mode only, not streaming--zip supports both, but they tend to want very different APIs
14:23
<zewt>
probably limit to store and deflate, ignoring legacy compressors (implode) and less widely supported ones
14:27
<annevk>
Requiring Zip64 seems like a good idea too. It probably depends on how this is going to be implemented. From scratch or using an existing library of sorts.
14:27
<zewt>
yeah i was going to say that
14:27
<zewt>
(zip64)
14:27
<zewt>
i don't think existing libraries matter
14:27
<zewt>
except for the deflate part
14:28
<zewt>
(which everyone has already anyway)
14:30
<zewt>
hmm, encoding for filenames is a tricky one
14:32
<zewt>
i don't think there's any standardization or anything in the file format whatsoever, which might mean having to say "must be utf-8, even though that dosen't match major clients"
14:32
<zewt>
(though i think that's what you happen-to-get with zip tools in *nix)
14:32
<zewt>
winrar assumes filenames are the local codepage, at least
14:33
<zewt>
7-zip figures out utf-8 filenames in existing zips (probably heuristic) but encodes to the codepage
14:34
<zewt>
(heuristic since it seems to work with both utf-8 and codepage zips, in a quick test)
14:36
<zewt>
would somebody be writing a modern spec for the file format? the zip "appinfo" is actually really good for its time, but it doesn't define error handling, or end of central record searching
14:37
<Philip`>
http://www.w3.org/TR/widgets/#interoperability-considerations mentions some fun things about zips
14:38
<zewt>
oh there's an encoding flag? cool, wasn't aware of that
14:38
<zewt>
(not sure if it really helps, if other implementations don't use it)
14:39
<zewt>
i don't buy the "forbidden characters" thing, i think the whole "file names" section is bogus
14:40
<zewt>
if you have those characters then you can't extract them to native files in windows, that's all
14:40
<Ms2ger>
Oh, yes, unicode isn't exactly obvious with zips, I guess
14:41
Ms2ger
repressed that
14:42
<Ms2ger>
annevk, istr that omni.ja uses not-so-widely-supported features, might want to see what that all's about
14:43
<zewt>
crc checking is unobvious
14:44
<zewt>
it's tricky to fit into apis, since you only know if it's failed after you've read the whole file; maybe better to just explicitly ignore it
14:45
<zewt>
(otherwise an otherwise simple "blob = zip.getFile('foo')" API becomes weird)
14:49
<zewt>
annevk: are you thinking a ZIP API, or still trying to find a way to make zip URLs work?
15:43
<MikeSmith>
Ms2ger: I'm thinking of creating https://github.com/w3c/web-platform-tests/conformance-checkers for managing documents to test the validator
15:44
<MikeSmith>
good idea? bad idea?
15:45
<Ms2ger>
MikeSmith, doesn't it make more sense to put them under html/? (the ones for requirements in html, at least)
15:46
<MikeSmith>
yah but alternately makes sense to do conformance-checkers/html, conformance-checkers/svg etc.
15:47
<MikeSmith>
and that way we have all of them under one "conformance-checkers" root
15:47
<MikeSmith>
since they are different kinds of the tests than the browsers tests that are in the other dirs
15:48
<MikeSmith>
but I don't mind it either way
15:49
<Ms2ger>
I was thinking "what doesn't fit in this line: dom html IndexedDB navigation-timing conformance-checkers"
15:49
<Ms2ger>
But I guess that works too
15:49
<Ms2ger>
Maybe jgraham will suggest a filename convention
15:50
<MikeSmith>
yeah he does like his filename conventions
15:51
<MikeSmith>
I have one simple one already: foo.notvalid.html for tests that are intentionally invalid
15:52
<Ms2ger>
(I would suggest a manifest, of course)
16:15
<annevk>
zewt: format is relevant for both, and I think we want both
16:17
<annevk>
zewt: I'd like to avoid defining a format, but if we have to...
16:46
<gsnedders>
MikeSmith: +1 for a conformance-checkers root
16:50
<MikeSmith>
gsnedders: k
16:51
<gsnedders>
(Why? Because it keeps it out of the way for the more common use-case)
16:53
<MikeSmith>
right, that's part of what I was thinking too