W3C home > Mailing lists > Public > public-webappsec@w3.org > January 2016

Re: PDF alternative using HTML (proposal)

From: Craig Francis <craig.francis@gmail.com>
Date: Mon, 18 Jan 2016 15:39:58 +0000
Cc: public-webappsec@w3.org, public-digipub-ig@w3.org
Message-Id: <E3AE6006-CBC3-471B-905E-87107CF9719C@gmail.com>
To: Ángel González <angel@16bits.net>
On 16 Jan 2016, at 23:05, Ángel González <angel@16bits.net> wrote:
> I would recommend using a ! between them, for compatibility with the "jar: protocol"

Interesting, thanks Ángel.

So that basically means that Firefox already has most of the functionality in place.

Now I wouldn't want the HTML to have this in the source (as all links should be relative to wherever the file is saved to), but it does mean that another building block exists.

I haven't had a chance to look into the EPUB3 spec in enough detail yet, but I've added a bit more to the discussion on the WebAppSec mailing list, after replying to Crispin:


And Anders:



> On 16 Jan 2016, at 23:05, Ángel González <angel@16bits.net> wrote:
> Craig Francis wrote:
>>> I would imagine that if I opened the file /tmp/html-document.hta it
>>> would open in my browser and the address bar would show
>>> file:///temp/html-document.hta
>>> Can I browse to other HTML files in the archive? And if so what is
>>> their URL?
>>> E.g. Would the file example/otherfile.html inside the archive be at
>>> the URL file:///temp/html-document.hta/example/otherfile.html ?
>> Personally I wouldn't be using multiple HTML files (I'm currently
>> creating reports that are exported as PDF's, which don't have this
>> ability)... but I don't see why that feature couldn't be included.
>> I like the idea of just appending onto the base path.
>> The HTML files themselves can then just do a <a
>> href="../../example/otherfile.html"> to help during
>> development/testing, or just use <a href="/example/otherfile.html">.
> I would recommend using a ! between them, for compatibility with the
> "jar: protocol"
> This is a little-known firefox-only feature where a url such as:
>  jar:file:////tmp/hello.zip!/index.html
> would load file /index.html from the zip file
>  file:////tmp/hello.zip
> It used to support remote urls but that was removed just a couple of
> months ago (bug 1215235). You can reenable that by flipping the
> network.jar.block-remote-files hidden preference.
> The main issue with jar: is that it runs the files in the security
> context of the inside url, but changing that so the files would be on
> its own isolated context, I think it would completely fill this
> usecase.
> Removal discussion on mozilla.dev.platform:
> https://groups.google.com/forum/#!topic/mozilla.dev.platform/CFd4w8GzdE
> I/discussion
> Regards
Received on Monday, 18 January 2016 15:40:33 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 18:54:54 UTC