- From: <chaals@yandex-team.ru>
- Date: Wed, 22 Oct 2014 13:03:21 +0200
- To: David Rajchenbach-Teller <dteller@mozilla.com>, Jonathan Bond-Caron <jbondc@gdesolutions.com>, Jonas Sicking <jonas@sicking.cc>, Ali Alabbas <alia@microsoft.com>
- Cc: WebApps WG <public-webapps@w3.org>
22.10.2014, 12:32, "David Rajchenbach-Teller" <dteller@mozilla.com>: > I don't see a contradiction. > Each *web* app sees only files accessible from its domain (so your two > apps have distinct "pic.jpeg"). > Each *native* app has access to whatever the operating system says. There are a lot of use cases for sharing data with apps of *different* origins, although there is of course a more complex security story than when everything goes into a potentially opaque sandbox. (And to make the basic security story work it makes sense to have some level of opacity in the sandbox). The lack of a mechanism to do so is a huge difference with native - I have directories in my filesystem that are autosynched to things online, but are also visible. The idea behind web intents/activites/etc generalises obviously to remove the distinction between web and native - I should be able to use a web-based image manipulation tool on stuff in my filesystem. Or several. At the moment that can be done in a somewhat hacky way by uploading files, manipulating them, then asking the user to save them back. But whereas I have mail clients that store each email message on the filesystem, so I can import stuff into a different program myself instead of having to go through a service provider, that doesn't work for web-based email systems even when those are designed to be functional offline. etc etc. cheers Chaals > Or am I missing something in your message? > > Cheers, > šDavid > > On 22/10/14 12:23, Jonathan Bond-Caron wrote: >> šThat contradicts: >> š- Edited files should be accessible by other client-side applications >> >> šThe api should allow for editing a 'shared folder' which multiple applications / web apps can access. >> šThat implies a sort of locking/unlocking api: >> >> še.g. >> šphoto editor >> šfs = api.getFileSystem({shareName: "photos"}).then((dir) => { dir.openWrite("pic.jpeg") }); >> >> šsuper photo viewer >> šfs = api.getFileSystem({shareName: "photos"}).then((dir) => { dir.openRead("pic.jpeg") }); >> >> šWhat happens with the pic.jpeg? > > -- > David Rajchenbach-Teller, PhD > šPerformance Team, Mozilla -- Charles McCathie Nevile - web standards - CTO Office, Yandex chaals@yandex-team.ru - - - Find more at http://yandex.com
Received on Wednesday, 22 October 2014 11:03:53 UTC