Re: CB-285 (FileSystem paths)

2014-05-16 Thread Andrew Grieve
Committed! Would be great to get more platforms on board. These are super useful! On Tue, May 13, 2014 at 9:53 PM, Andrew Grieve agri...@chromium.org wrote: I don't think we should try to make cross-platform-compromise decisions on this one (e.g. mapping desktop to /mnt/sdcard).

Re: CB-285 (FileSystem paths)

2014-05-13 Thread purplecabbage
Yeah almost. Still brewing a little. Give me a couple hours. On May 12, 2014, at 10:05 AM, Andrew Grieve agri...@chromium.org wrote: Now that email works again - Jesse, were you thinking of proposing a tweaks API, or something different altogether. New related bug here:

Re: CB-285 (FileSystem paths)

2014-05-13 Thread Andrew Grieve
Thanks Jesse, Less async is definitely nicer. Providing URLs vs DirectoryEntry I don't think is a huge difference either, so fine with that (although it means you need to do an async call on the URL to get a DirectoryEntry in order to create a file). Often though, you just use the URLs with

Re: CB-285 (FileSystem paths)

2014-05-13 Thread Jesse
I think it is acceptable to have the desktopDirectory, and userDirectory point to the same dir as documentsDirectory on devices that do not support un-sandboxed file locations. On Android, this would mean desktop, user, documents all equal : /mnt/sdcard And on iOS :

Re: CB-285 (FileSystem paths)

2014-05-13 Thread Andrew Grieve
I don't think we should try to make cross-platform-compromise decisions on this one (e.g. mapping desktop to /mnt/sdcard). requestLocalFileSystem() gives a x-platform data and temp directory. What I want to expose here are the platform-specific directories (requires users to know their platform).

Re: CB-285 (FileSystem paths)

2014-05-12 Thread Andrew Grieve
Now that email works again - Jesse, were you thinking of proposing a tweaks API, or something different altogether. New related bug here: https://issues.apache.org/jira/browse/CB-6670 On Tue, May 6, 2014 at 6:21 PM, Brian LeRoux b...@brian.io wrote: That is a very good point! I say it is good

Re: CB-285 (FileSystem paths)

2014-05-06 Thread Brian LeRoux
This plugin is helpful though I can't help but wonder if we can't shoehorn into specs (or at least provide spec feedback). Right now all config is done w/ config.xml instead of programmatic (?) On Tue, May 6, 2014 at 7:06 AM, Andrew Grieve agri...@chromium.org wrote: Closer than ever to

Re: CB-285 (FileSystem paths)

2014-05-06 Thread Andrew Grieve
There are two types of config for file: 1. You can do is disable parts of the filesystem (doubt anyone would do this) 2. You can switch where PERSISTENT filesystem maps to (sane place vs legacy place) What's missing is a way to retrieve the paths that you might want. No configuration required for

Re: CB-285 (FileSystem paths)

2014-05-06 Thread Brian LeRoux
ya I agree the cordova global is fine, I guess, but kind of retro and annoying (and a candidate for grab bag property anti-pattern) On Tue, May 6, 2014 at 10:16 AM, purplecabbage purplecabb...@gmail.comwrote: Good work. APIs need better names/signatures I think. Will see what I come up with.

Re: CB-285 (FileSystem paths)

2014-05-06 Thread Brian LeRoux
That is a very good point! I say it is good enough for now. Something to flag for our W3C friends to look at and consider in the spec. On Tue, May 6, 2014 at 1:43 PM, Andrew Grieve agri...@chromium.org wrote: There are two types of config for file: 1. You can do is disable parts of the