On Friday, May 10, 2013 at 2:23 AM, Jonas Sicking wrote:
On Thu, May 9, 2013 at 9:36 AM, Marcos Caceres w...@marcosc.com
(mailto:w...@marcosc.com) wrote:
On Wednesday, May 8, 2013 at 2:05 PM, Robin Berjon wrote:
How do you figure out media types? Is it just sniffing, or do you have
Dimitri would like to publish a new WD of Shadow DOM and this is a Call
for Consensus to do so, using the following version of the spec that is
already prepared for publication on May 14:
https://dvcs.w3.org/hg/webcomponents/raw-file/tip/publish/shadow/WD-shadow-dom-20130514/index.html
On 10/05/2013 03:23 , Jonas Sicking wrote:
On Thu, May 9, 2013 at 9:36 AM, Marcos Caceres w...@marcosc.com wrote:
On Wednesday, May 8, 2013 at 2:05 PM, Robin Berjon wrote:
How do you figure out media types? Is it just sniffing, or do you have
some sort of file extensions mapping as well?
Would it be possible (not suggesting this would be the common story) to
reference a zipped asset directly via the full url, sans a link tag?
Hi Brian,
On 10/05/2013 15:32 , Brian Kardell wrote:
Would it be possible (not suggesting this would be the common story) to
reference a zipped asset directly via the full url, sans a link tag?
Can you hash out a little bit more how this would work? I'm assuming you
mean something like:
Can you hash out a little bit more how this would work? I'm assuming you
mean something like:
img src='/bundle.zip/img/dahut.jpg'
Meh, sorta - but I was missing some context on the mitigation strategies -
thanks for filling me in offline.
Still, same kinda idea, could you add an attribute
I've been looking at some of these alternatives for my RO Bundle
specification, which is basically a ZIP file.
http://purl.org/wf4ever/ro-bundle/2013-05-10/#absolute-uris
I have not yet decided which of these schemes would be used in my
approach, which is why the above contains these
On 10/05/2013 17:13 , Brian Kardell wrote:
Still, same kinda idea, could you add an attribute that allowed for it
to specify that it is available in a bundle? I'm not suggesting that
this is fully thought out, or even necessarily useful, just fleshing out
the original question in a potentially
This seems very related to how prefixes/terms are expanded to IRIs in
JSON-LD - see http://www.w3.org/TR/json-ld/#iris
The JSON-LD approach is more like registering new local protocols,
as they look like URIs.
If we tried that out, then:
link rel=bundle href=/bundle.zip anchor=b2 /
would mean
I'm not sure it matters, I suppose it depends on:
a) where the link tag will be allowed to live
You can use link anywhere. It might not be valid, but who cares about
validity :) It works.
Some people :) why does it have to be invalid when it works. Lame, no?
b) the effects created by
On May 9, 2013 9:03 AM, Robin Berjon ro...@w3.org wrote:
On 07/05/2013 20:57 , Jonas Sicking wrote:
Will this let us support reading things from blob: URLs where the Blob
contains a zip file? I.e. what Gecko would support as
jar:blob:abc-123!/img/foo.jpg.
Yeah:
var blob = new
11 matches
Mail list logo
