<div dir="ltr">(+list)<br><div class="gmail_extra"><br><div class="gmail_quote">On 19 September 2015 at 11:34, Sławomir Lach <span dir="ltr"><<a href="mailto:slawek@lach.art.pl" target="_blank">slawek@lach.art.pl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><snip><br><div>
<span class="">> So what you're asking for is effectively a site that is isolated from<br>
> the remote web - at which point, I'm (a) confused what the usecase<br>
> would<br>
> be, and (b) think you probably just want to put a webpage on your<br>
> disk<br>
> and access it using file:/// . If you need access to files all across<br>
> your disk, you may need to actually write a browser add-on so you<br>
> have<br>
> the privileges to access the rest of the disk (by default, pages on<br>
> file:/// can only access resources in their own directory, IIRC).<br>
><br>
</span>Yes, but in this way you cann't send information to page.<br>
Imagine oline version of Photoshop could open files on local computer,<br>
allow to modify it and asks for send part of image to server if<br>
application ask for it.</div></blockquote></div><br></div><div class="gmail_extra">There are already web APIs to read local files after requesting access to them from the user, and people have used data: uris to allow people to save back to local files (either way, writing to local filesystem doesn't seem like it would involve private data leaving the machine, so your proposal doesn't address that).<br><br>So I don't really understand what the benefit of the system you propose would be, considering we already have input type="file". <br><br>Are you trying to say you want a system that allows a webpage to use input type="file" while guaranteeing to the user that no private data makes its way to the server? As I've pointed out, any access of that data would trigger a user-visible check that the private data is trying to "escape" the sandbox, and in order to make the file input useful, the app would need to do something with the data... so I don't think this is feasible.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">~ Gijs<br></div></div>