You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cordova.apache.org by Steven Gill <st...@gmail.com> on 2014/02/03 19:33:00 UTC
Plugins Release!
Hey All,
What is the general feeling on me moving forward with a plugins release
today? I could start the process this afternoon if there aren't any
objections or concerns.
Are there any plugins that shouldn't be released?
RE: Plugins Release!
Posted by Ray Camden <ra...@adobe.com>.
Interesting. Um, I've got nothing to add here I guess. ;) I am curious to see what folks out there think.
________________________________________
From: agrieve@google.com <ag...@google.com> on behalf of Andrew Grieve <ag...@chromium.org>
Sent: Monday, February 10, 2014 9:34 PM
To: dev
Subject: Re: Plugins Release!
Feedback definitely welcome in this department.
For the 3.4.0 release, the main docs for plugins will look like:
http://cordova.apache.org/docs/en/edge/cordova_plugins_pluginapis.md.html#Plugin%20APIs
On Mon, Feb 10, 2014 at 10:07 PM, Ray Camden <ra...@adobe.com> wrote:
Re: Plugins Release!
Posted by Andrew Grieve <ag...@google.com>.
The docs are all there in the plugin repos now and removed from
cordova-docs. Even if Crowdin could detect moves, the files have mostly
been merged into one anyways. Hopefully the translations can be mostly
copy/pasted though...
On Tue, Feb 11, 2014 at 12:09 PM, Lisa Seacat DeLuca <ld...@us.ibm.com>wrote:
> Right now the translations are pulled from the cordova-docs project edge
> files. If we'll need to pull the files from a different location(s) we'll
> need to modify the scripts and push to our crowd translation service.
> We'll have to ask our translators to go through and re-translate each of
> the files. The system won't know that the files are the same when we
> change the directory structure despite the names remaining the same. All
> this is doable. Is the documentation for each plugin officially pulled
> into each of the plugin repos, yet?
>
>
> Lisa Seacat DeLuca
> Mobile Engineer | t: +415.787.4589 | *ldeluca@apache.org*<ld...@apache.org>| |
> *ldeluca@us.ibm.com* <ld...@us.ibm.com> | *lisaseacat.com*<http://www.lisaseacat.com/>| [image:
> follow @LisaSeacat on twitter] <http://www.twitter.com/LisaSeacat>| [image:
> follow Lisa Seacat DeLuca on linkedin]<http://www.linkedin.com/in/lisaseacat>
>
>
>
>
>
> From: Andrew Grieve <ag...@chromium.org>
> To: dev <de...@cordova.apache.org>
> Date: 02/11/2014 10:56 AM
> Subject: Re: Plugins Release!
> Sent by: agrieve@google.com
> ------------------------------
>
>
>
> For now, that's correct. Eventually, we'd like to have the docs in the
> plugins also include translations.
>
>
> On Tue, Feb 11, 2014 at 12:40 AM, Smith, Peter
> <pe...@fast.au.fujitsu.com>wrote:
>
> >
> > The site
> >
> http://cordova.apache.org/docs/en/edge/cordova_plugins_pluginapis.md.html#Plugin%20APIssays
> > <quote>
> > Non-English translations of these plugin docs can be found by looking at
> > older versions of the Cordova documentation. Use the drop-down menu at
> the
> > very top-right of this site to switch versions.
> > </quote>
> >
> > I assume the English version of the docs for the plugin is correct for
> the
> > latest version of that plugin.
> >
> > But IIUC doesn't that quote above mean (depending on plugin version
> > changes) that the non-English docs can't really be trusted anymore
> because
> > they are potentially incompatible with the actual latest plugin? It seems
> > like the site is basically saying "go to XXX where you will be able to
> see
> > some outdated non-English documentation". Is that helpful?
> >
> > -----Original Message-----
> > From: agrieve@google.com [mailto:agrieve@google.com <ag...@google.com>]
> On Behalf Of Andrew
> > Grieve
> > Sent: Tuesday, 11 February 2014 2:35 PM
> > To: dev
> > Subject: Re: Plugins Release!
> >
> > Feedback definitely welcome in this department.
> > For the 3.4.0 release, the main docs for plugins will look like:
> >
> >
> http://cordova.apache.org/docs/en/edge/cordova_plugins_pluginapis.md.html#Plugin%20APIs
> >
> >
> > On Mon, Feb 10, 2014 at 10:07 PM, Ray Camden <ra...@adobe.com> wrote:
> >
> > > Is that the plan for 'core' plugins too? Won't that make it difficult
> > > for someone to see PG features as a whole? Will there be an index of
> > > some sort to make it easier to browse perhaps?
> > >
> > > Sorry for all the questions - just thinking about this from the
> > > perspective of folks *not* on this list.
> > >
> > > ________________________________________
> > > From: Shazron <sh...@gmail.com>
> > > Sent: Monday, February 10, 2014 7:28 PM
> > > To: dev@cordova.apache.org
> > > Subject: Re: Plugins Release!
> > >
> > > The docs should be in the repo for the plugin itself, under the docs
> > > folder:
> > > https://github.com/apache/cordova-plugin-camera/blob/master/doc/index.
> > > md
> > >
> > > We're moving the docs to the plugin repo itself I believe, to
> > > de-duplicate things.
> > >
> > >
> > > On Mon, Feb 10, 2014 at 5:14 PM, Ray Camden <ra...@adobe.com>
> wrote:
> > >
> > > >
> > >
> >
>
>
Re: Plugins Release!
Posted by Lisa Seacat DeLuca <ld...@us.ibm.com>.
Right now the translations are pulled from the cordova-docs project edge
files. If we'll need to pull the files from a different location(s) we'll
need to modify the scripts and push to our crowd translation service.
We'll have to ask our translators to go through and re-translate each of
the files. The system won't know that the files are the same when we
change the directory structure despite the names remaining the same. All
this is doable. Is the documentation for each plugin officially pulled
into each of the plugin repos, yet?
Lisa Seacat DeLuca
Mobile Engineer | t: +415.787.4589 | ldeluca@apache.org | |
ldeluca@us.ibm.com | lisaseacat.com | |
From: Andrew Grieve <ag...@chromium.org>
To: dev <de...@cordova.apache.org>
Date: 02/11/2014 10:56 AM
Subject: Re: Plugins Release!
Sent by: agrieve@google.com
For now, that's correct. Eventually, we'd like to have the docs in the
plugins also include translations.
On Tue, Feb 11, 2014 at 12:40 AM, Smith, Peter
<pe...@fast.au.fujitsu.com>wrote:
>
> The site
>
http://cordova.apache.org/docs/en/edge/cordova_plugins_pluginapis.md.html#Plugin%20APIssays
> <quote>
> Non-English translations of these plugin docs can be found by looking at
> older versions of the Cordova documentation. Use the drop-down menu at
the
> very top-right of this site to switch versions.
> </quote>
>
> I assume the English version of the docs for the plugin is correct for
the
> latest version of that plugin.
>
> But IIUC doesn't that quote above mean (depending on plugin version
> changes) that the non-English docs can't really be trusted anymore
because
> they are potentially incompatible with the actual latest plugin? It
seems
> like the site is basically saying "go to XXX where you will be able to
see
> some outdated non-English documentation". Is that helpful?
>
> -----Original Message-----
> From: agrieve@google.com [mailto:agrieve@google.com] On Behalf Of Andrew
> Grieve
> Sent: Tuesday, 11 February 2014 2:35 PM
> To: dev
> Subject: Re: Plugins Release!
>
> Feedback definitely welcome in this department.
> For the 3.4.0 release, the main docs for plugins will look like:
>
>
http://cordova.apache.org/docs/en/edge/cordova_plugins_pluginapis.md.html#Plugin%20APIs
>
>
> On Mon, Feb 10, 2014 at 10:07 PM, Ray Camden <ra...@adobe.com> wrote:
>
> > Is that the plan for 'core' plugins too? Won't that make it difficult
> > for someone to see PG features as a whole? Will there be an index of
> > some sort to make it easier to browse perhaps?
> >
> > Sorry for all the questions - just thinking about this from the
> > perspective of folks *not* on this list.
> >
> > ________________________________________
> > From: Shazron <sh...@gmail.com>
> > Sent: Monday, February 10, 2014 7:28 PM
> > To: dev@cordova.apache.org
> > Subject: Re: Plugins Release!
> >
> > The docs should be in the repo for the plugin itself, under the docs
> > folder:
> > https://github.com/apache/cordova-plugin-camera/blob/master/doc/index.
> > md
> >
> > We're moving the docs to the plugin repo itself I believe, to
> > de-duplicate things.
> >
> >
> > On Mon, Feb 10, 2014 at 5:14 PM, Ray Camden <ra...@adobe.com>
wrote:
> >
> > >
> >
>
Re: Plugins Release!
Posted by Andrew Grieve <ag...@chromium.org>.
For now, that's correct. Eventually, we'd like to have the docs in the
plugins also include translations.
On Tue, Feb 11, 2014 at 12:40 AM, Smith, Peter
<pe...@fast.au.fujitsu.com>wrote:
>
> The site
> http://cordova.apache.org/docs/en/edge/cordova_plugins_pluginapis.md.html#Plugin%20APIssays
> <quote>
> Non-English translations of these plugin docs can be found by looking at
> older versions of the Cordova documentation. Use the drop-down menu at the
> very top-right of this site to switch versions.
> </quote>
>
> I assume the English version of the docs for the plugin is correct for the
> latest version of that plugin.
>
> But IIUC doesn't that quote above mean (depending on plugin version
> changes) that the non-English docs can't really be trusted anymore because
> they are potentially incompatible with the actual latest plugin? It seems
> like the site is basically saying "go to XXX where you will be able to see
> some outdated non-English documentation". Is that helpful?
>
> -----Original Message-----
> From: agrieve@google.com [mailto:agrieve@google.com] On Behalf Of Andrew
> Grieve
> Sent: Tuesday, 11 February 2014 2:35 PM
> To: dev
> Subject: Re: Plugins Release!
>
> Feedback definitely welcome in this department.
> For the 3.4.0 release, the main docs for plugins will look like:
>
> http://cordova.apache.org/docs/en/edge/cordova_plugins_pluginapis.md.html#Plugin%20APIs
>
>
> On Mon, Feb 10, 2014 at 10:07 PM, Ray Camden <ra...@adobe.com> wrote:
>
> > Is that the plan for 'core' plugins too? Won't that make it difficult
> > for someone to see PG features as a whole? Will there be an index of
> > some sort to make it easier to browse perhaps?
> >
> > Sorry for all the questions - just thinking about this from the
> > perspective of folks *not* on this list.
> >
> > ________________________________________
> > From: Shazron <sh...@gmail.com>
> > Sent: Monday, February 10, 2014 7:28 PM
> > To: dev@cordova.apache.org
> > Subject: Re: Plugins Release!
> >
> > The docs should be in the repo for the plugin itself, under the docs
> > folder:
> > https://github.com/apache/cordova-plugin-camera/blob/master/doc/index.
> > md
> >
> > We're moving the docs to the plugin repo itself I believe, to
> > de-duplicate things.
> >
> >
> > On Mon, Feb 10, 2014 at 5:14 PM, Ray Camden <ra...@adobe.com> wrote:
> >
> > >
> >
>
RE: Plugins Release!
Posted by "Smith, Peter" <pe...@fast.au.fujitsu.com>.
The site http://cordova.apache.org/docs/en/edge/cordova_plugins_pluginapis.md.html#Plugin%20APIs says
<quote>
Non-English translations of these plugin docs can be found by looking at older versions of the Cordova documentation. Use the drop-down menu at the very top-right of this site to switch versions.
</quote>
I assume the English version of the docs for the plugin is correct for the latest version of that plugin.
But IIUC doesn't that quote above mean (depending on plugin version changes) that the non-English docs can't really be trusted anymore because they are potentially incompatible with the actual latest plugin? It seems like the site is basically saying "go to XXX where you will be able to see some outdated non-English documentation". Is that helpful?
-----Original Message-----
From: agrieve@google.com [mailto:agrieve@google.com] On Behalf Of Andrew Grieve
Sent: Tuesday, 11 February 2014 2:35 PM
To: dev
Subject: Re: Plugins Release!
Feedback definitely welcome in this department.
For the 3.4.0 release, the main docs for plugins will look like:
http://cordova.apache.org/docs/en/edge/cordova_plugins_pluginapis.md.html#Plugin%20APIs
On Mon, Feb 10, 2014 at 10:07 PM, Ray Camden <ra...@adobe.com> wrote:
> Is that the plan for 'core' plugins too? Won't that make it difficult
> for someone to see PG features as a whole? Will there be an index of
> some sort to make it easier to browse perhaps?
>
> Sorry for all the questions - just thinking about this from the
> perspective of folks *not* on this list.
>
> ________________________________________
> From: Shazron <sh...@gmail.com>
> Sent: Monday, February 10, 2014 7:28 PM
> To: dev@cordova.apache.org
> Subject: Re: Plugins Release!
>
> The docs should be in the repo for the plugin itself, under the docs
> folder:
> https://github.com/apache/cordova-plugin-camera/blob/master/doc/index.
> md
>
> We're moving the docs to the plugin repo itself I believe, to
> de-duplicate things.
>
>
> On Mon, Feb 10, 2014 at 5:14 PM, Ray Camden <ra...@adobe.com> wrote:
>
> >
>
Re: Plugins Release!
Posted by Andrew Grieve <ag...@chromium.org>.
Feedback definitely welcome in this department.
For the 3.4.0 release, the main docs for plugins will look like:
http://cordova.apache.org/docs/en/edge/cordova_plugins_pluginapis.md.html#Plugin%20APIs
On Mon, Feb 10, 2014 at 10:07 PM, Ray Camden <ra...@adobe.com> wrote:
> Is that the plan for 'core' plugins too? Won't that make it difficult for
> someone to see PG features as a whole? Will there be an index of some sort
> to make it easier to browse perhaps?
>
> Sorry for all the questions - just thinking about this from the
> perspective of folks *not* on this list.
>
> ________________________________________
> From: Shazron <sh...@gmail.com>
> Sent: Monday, February 10, 2014 7:28 PM
> To: dev@cordova.apache.org
> Subject: Re: Plugins Release!
>
> The docs should be in the repo for the plugin itself, under the docs
> folder:
> https://github.com/apache/cordova-plugin-camera/blob/master/doc/index.md
>
> We're moving the docs to the plugin repo itself I believe, to de-duplicate
> things.
>
>
> On Mon, Feb 10, 2014 at 5:14 PM, Ray Camden <ra...@adobe.com> wrote:
>
> >
>
RE: Plugins Release!
Posted by Ray Camden <ra...@adobe.com>.
Is that the plan for 'core' plugins too? Won't that make it difficult for someone to see PG features as a whole? Will there be an index of some sort to make it easier to browse perhaps?
Sorry for all the questions - just thinking about this from the perspective of folks *not* on this list.
________________________________________
From: Shazron <sh...@gmail.com>
Sent: Monday, February 10, 2014 7:28 PM
To: dev@cordova.apache.org
Subject: Re: Plugins Release!
The docs should be in the repo for the plugin itself, under the docs folder:
https://github.com/apache/cordova-plugin-camera/blob/master/doc/index.md
We're moving the docs to the plugin repo itself I believe, to de-duplicate
things.
On Mon, Feb 10, 2014 at 5:14 PM, Ray Camden <ra...@adobe.com> wrote:
>
Re: Plugins Release!
Posted by Shazron <sh...@gmail.com>.
The docs should be in the repo for the plugin itself, under the docs folder:
https://github.com/apache/cordova-plugin-camera/blob/master/doc/index.md
We're moving the docs to the plugin repo itself I believe, to de-duplicate
things.
On Mon, Feb 10, 2014 at 5:14 PM, Ray Camden <ra...@adobe.com> wrote:
> Dumb question, but when I see things like this in the blog post:
>
> org.apache.cordova.camera
>
> CB-4919 firefox os quirks added and supported platforms list is updated
>
> Where is that actually documented? Since I've seen quirks listed in the
> main doc I assumed it would be there, but I do not see it here:
> http://cordova.apache.org/docs/en/3.3.0/cordova_camera_camera.md.html#Camera
>
> ________________________________________
> From: Steven Gill <st...@gmail.com>
> Sent: Monday, February 10, 2014 5:53 PM
> To: dev@cordova.apache.org
> Subject: Re: Plugins Release!
>
> shipped.
>
> http://cordova.apache.org/news/2014/02/10/plugins-release.html
>
>
> On Sat, Feb 8, 2014 at 8:43 AM, Andrew Grieve <ag...@chromium.org>
> wrote:
>
> > ship it.
> >
> >
> > On Fri, Feb 7, 2014 at 7:35 PM, Steven Gill <st...@gmail.com>
> > wrote:
> >
> > > ship it?
> > >
>
RE: Plugins Release!
Posted by Ray Camden <ra...@adobe.com>.
Dumb question, but when I see things like this in the blog post:
org.apache.cordova.camera
CB-4919 firefox os quirks added and supported platforms list is updated
Where is that actually documented? Since I've seen quirks listed in the main doc I assumed it would be there, but I do not see it here: http://cordova.apache.org/docs/en/3.3.0/cordova_camera_camera.md.html#Camera
________________________________________
From: Steven Gill <st...@gmail.com>
Sent: Monday, February 10, 2014 5:53 PM
To: dev@cordova.apache.org
Subject: Re: Plugins Release!
shipped.
http://cordova.apache.org/news/2014/02/10/plugins-release.html
On Sat, Feb 8, 2014 at 8:43 AM, Andrew Grieve <ag...@chromium.org> wrote:
> ship it.
>
>
> On Fri, Feb 7, 2014 at 7:35 PM, Steven Gill <st...@gmail.com>
> wrote:
>
> > ship it?
> >
Re: Plugins Release!
Posted by Steven Gill <st...@gmail.com>.
shipped.
http://cordova.apache.org/news/2014/02/10/plugins-release.html
On Sat, Feb 8, 2014 at 8:43 AM, Andrew Grieve <ag...@chromium.org> wrote:
> ship it.
>
>
> On Fri, Feb 7, 2014 at 7:35 PM, Steven Gill <st...@gmail.com>
> wrote:
>
> > ship it?
> >
> >
> > On Fri, Feb 7, 2014 at 12:03 PM, Steven Gill <st...@gmail.com>
> > wrote:
> >
> > > Thanks for the feedback Ian! Just waiting on the "SHIP IT"
> > >
> > > Updated blog below:
> > >
> > > ---
> > > layout: post
> > > author:
> > > name: Steve Gill
> > > url: https://twitter.com/stevesgill
> > > title: "Plugins Release: Feb 7, 2014"
> > > categories: news
> > > tags: release
> > > ---
> > > The following plugins were updated today:
> > >
> > > * org.apache.cordova.battery-status@0.2.7
> > > * org.apache.cordova.camera@0.2.7
> > > * org.apache.cordova.console@0.2.7
> > > * org.apache.cordova.contacts@0.2.8
> > > * org.apache.cordova.device@0.2.8
> > > * org.apache.cordova.device-motion@0.2.6
> > > * org.apache.cordova.device-orientation@0.3.5
> > > * org.apache.cordova.dialogs@0.2.6
> > > * org.apache.cordova.file@1.0.0
> > > * org.apache.cordova.file-transfer@0.4.1
> > > * org.apache.cordova.geolocation@0.3.6
> > > * org.apache.cordova.globalization@0.2.6
> > > * org.apache.cordova.inappbrowser@0.3.1
> > > * org.apache.cordova.media@0.2.8
> > > * org.apache.cordova.media-capture@0.2.7
> > > * org.apache.cordova.network-information@0.2.7
> > > * org.apache.cordova.vibration@0.3.7
> > >
> > > The most noticeable changes in this release are to the File plugin. It
> > has
> > > been revamped to use a new URL scheme
> > > `cdvfile://localhost/<filesystemType>/<path to file>`. These URLs are
> > > generated by all file operations, and are passed over the bridge to
> > native
> > > code. (This is in contrast to the previous version, which passed around
> > > absolute paths on the device filesystem).
> > >
> > > Most of these changes are to bring us more in line with the HTML
> > > Filesystem standard, although they will also allow us to extend the
> > > filesystem abstraction to cover new kinds of storage, both internal and
> > > external to devices.
> > >
> > > Other changes include:
> > > <!--more-->
> > > * The file plugin is now much more modular. The "Filesystem" is now an
> > > abstract class that developers can subclass to write their own
> filesystem
> > > types.
> > > * Developers can use the existing filesystem types, or new types, to
> > > provide new filesystem roots for their applications. (No longer limited
> > to
> > > just persistent and temporary, or just a single directory for storage.)
> > > * Filesystem URLs paths are now relative to the filesystem root,
> helping
> > > to sandbox the filesystems and keep applications from stepping on each
> > > others' toes.
> > > * Application developers can now configure the file plugin to use a
> more
> > > sensible location for storing persistent files. On iOS, this means
> > storing
> > > files in the Library directory, rather than the Documents directory. On
> > > Android, it means using the application's internal storage directory
> > rather
> > > than the SD card partition. See the README file for information on
> > > configuring your applications.
> > > * Several other bugs have been fixed, and our test coverage has
> > increased.
> > >
> > > `org.apache.cordova.battery-status`
> > >
> > > * Add Tizen plugin support
> > >
> > > `org.apache.cordova.camera`
> > > * CB-4919 firefox os quirks added and supported platforms list is
> updated
> > > * getPicture via web activities
> > > * Documented quirk for CB-5335 + CB-5206 for WP7+8
> > > * reference the correct firefoxos implementation
> > > * [BlackBerry10] Add permission to access_shared
> > >
> > > `org.apache.cordova.console`
> > > * Native console needs to be called DebugConsole to avoid ambiguous
> > > reference. This commit requires the 3.4.0 version of the native class
> > > factory
> > > * CB-4718 fixed Console plugin not working on wp
> > >
> > > `org.apache.cordova.contacts`
> > > * [CB-3208] FFOS docs updated
> > > * CB-4590 - chooseContact in CDVContacts crashes app
> > >
> > > `org.apache.cordova.device`
> > >
> > > * Tizen support added
> > >
> > > `org.apache.cordova.device-motion`
> > >
> > > * Add Tizen support
> > >
> > > `org.apache.cordova.device-orientation`
> > > * [ubuntu] request sensors permission
> > > * [ubuntu] add missing files
> > > * Add support for Tizen.
> > > * FFOS info added
> > >
> > > `org.apache.cordova.dialogs`
> > > * no need to recreate the manifest.webapp file after each `cordova
> > > prepare` for FFOS
> > > * FFOS description added
> > >
> > > `org.apache.cordova.file`
> > > * CB-5974: Use safe 'Compatibility' mode by default
> > > * CB-5915: Add option for new persistent storage location for iOS
> > > * CB-5916: Add option for new persistent storage location for Android
> > > * Add default FS root to new FS objects
> > > * CB-5899: Make DirectoryReader.readEntries return properly formatted
> > > Entry objects
> > > * Add constructor params to FileUploadResult related to CB-2421
> > > * Fill out filesystem attribute of entities returned from
> > > resolveLocalFileSystemURL
> > > * Android: Expose filePlugin getter so that other plugins can register
> > > filesystems
> > > * Add backwards-compatibility shim for file-transfer
> > > * Android: Allow third-party plugin registration
> > > * CB-5810 [BlackBerry10] resolve local:/// paths (application assets)
> > > * CB-5774: create DirectoryEntry instead of FileEntry
> > > * Initial fix for CB-5747: Windows 8: DirectoryEntry.getDirectory fails
> > > when path contains directory separator
> > > * Android: Allow absolute paths on Entry.getFile / Entry.getDirectory
> > > * CB-5008: Rename resolveLocalFileSystemURI to
> resolveLocalFileSystemURL
> > > * CB-4899 [BlackBerry10] Fix resolve directories
> > > * CB-5602 Windows8. Fix File Api mobile spec tests
> > > * Android: Better support for content urls and cross-filesystem
> copy/move
> > > ops
> > > * CB-5699 [BlackBerry10] Update resolveLocalFileSystemURI
> implementation
> > > * CB-5658 Update license comment formatting of doc/index.md
> > > * CB-5658 Add doc.index.md for File plugin.
> > > * CB-5658 Delete stale snapshot of plugin docs
> > > * CB-5403: Backwards-compatibility with file:// urls where possible
> > > * Android: Clean up unclosed file objects
> > > * Log file path for File exceptions.
> > > * CB-5532 WP8. Add binary data support to FileWriter
> > > * CB-5531 WP8. File Api readAsText incorrectly handles position args
> > > * Added ubuntu platform support
> > > * Added amazon-fireos platform support
> > > * CB-5118 [BlackBerry10] Add check for undefined error handler
> > > * CB-5403: Bump File plugin major version
> > > * CB-5408: Add handler for filesystem urls
> > > * CB-5407: Update Android native code to use filesystem URLs internally
> > >
> > > `org.apache.cordova.file-transfer`
> > > * CB-5365 Remove unused exception var to prevent warnings?
> > > * CB-2421 explicitly write the bytesSent,responseCode,result to the
> > > FileUploadResult pending release of cordova-plugin-file dependency,
> added
> > > some sanity checks for callbacks
> > > * iOS: Update for new file plugin api
> > > * CB-5631 Removed SimpleTrackingInputStream.read(byte[] buffer)
> > > * CB-5762 android: Fix lengthComputable set wrong for gzip downloads
> > > * CB-4899 [BlackBerry10] Improve binary file transfer download
> > > * CB-5722 [BlackBerry10] Update upload function to use native file
> object
> > > * CB-5658 Delete stale snapshot of plugin docs
> > > * CB-5466: Update to work with filesystem URLs
> > >
> > > `org.apache.cordova.geolocation`
> > > * add ubuntu platform support
> > > * CB-5326 adding FFOS permission and updating supported platforms
> > > * CB-5729 [BlackBerry10] Update GeolocationProxy to return collapsed
> > object
> > >
> > > `org.apache.cordova.globalization`
> > >
> > > * Add Tizen plugin support
> > >
> > > `org.apache.cordova.inappbrowser`
> > > * CB-5756: Android: Use WebView.evaluateJavascript for script injection
> > on
> > > Android 4.4+
> > > * Didn't test on ICS or lower, getDrawable isn't supported until
> > Jellybean
> > > * add ubuntu platform
> > > * Adding drawables to the inAppBrowser. This doesn't look quite right,
> > > but it's a HUGE improvement over the previous settings
> > > * CB-5756: Android: Use WebView.evaluateJavascript for script injection
> > on
> > > Android 4.4+
> > > * Remove alive from InAppBrowser.js since it didn't catch the case
> where
> > > the browser is closed by the user.
> > > * CB-5733 Fix IAB.close() not working if called before show()
> animation
> > > is done
> > >
> > > `org.apache.cordova.media`
> > > * Add preliminary support for Tizen.
> > > * [CB-4755] Fix crash in Media.setVolume on iOS
> > >
> > > `org.apache.cordova.media-capture`
> > > * [ubuntu] request audio/camera/microphone permission
> > > * fixed cordova cli add capture plugin not work wp
> > > * CB-5685 [BlackBerry10] Add access_shared permission
> > >
> > > `org.apache.cordova.network-information`
> > >
> > > * Initial implementation of Tizen plugin.
> > >
> > > `org.apache.cordova.splashscreen`
> > > * [CB-3562] Fix aspect ratio on landscape-only iPhone applications
> > > * CB-4051 fix for splashscreen rotation problem
> > >
> > > `org.apache.cordova.vibration`
> > > * Add support for Tizen.
> > > * CB-3206 - Supported platforms updated
> > >
> > > The plugins have been updated on our registry at [plugins.cordova.io](
> > > http://plugins.cordova.io/).
> > >
> > > E.g. To update your vibration plugin:
> > >
> > > cordova plugin rm org.apache.cordova.vibration
> > > cordova plugin add org.apache.cordova.vibration
> > >
> > >
> > >
> > >
> > > On Thu, Feb 6, 2014 at 8:40 PM, Ian Clelland <iclelland@chromium.org
> > >wrote:
> > >
> > >> I've taken a first pass at the file plugin (I'll probably revisit it
> in
> > >> the
> > >> morning and think it's terrible :) )
> > >>
> > >> On Thu, Feb 6, 2014 at 4:44 PM, Steven Gill <st...@gmail.com>
> > >> wrote:
> > >>
> > >> > Okay, I have a blog post ready to review. I could use some help with
> > >> adding
> > >> > more content about the file plugin release. I got most of my info
> for
> > it
> > >> > from http://markmail.org/thread/ebm3ms6of24rhyvb.
> > >> >
> > >> > I have also gone through the commits and removed ones I thought were
> > >> > unimportant. If you feel more curating needs to be done, feel free
> to
> > >> edit.
> > >> >
> > >>
> > >>
> > >> The most noticeable changes in this release are to the File plugin. It
> > has
> > >> been revamped to use a new URL scheme
> > >> `cdvfile://localhost/<filesystemType>/<path to file>`. These URLs are
> > >> generated by all file operations, and are passed over the bridge to
> > native
> > >> code. (This is in contrast to the previous version, which passed
> around
> > >> absolute paths on the device filesystem).
> > >>
> > >> Most of these changes are to bring us more in line with the HTML
> > >> Filesystem
> > >> standard, although they will also allow us to extend the filesystem
> > >> abstraction
> > >> to cover new kinds of storage, both internal and external to devices.
> > >>
> > >> Other changes include:
> > >> * The file plugin is now much more modular. The "Filesystem" is now
> an
> > >> abstract class that developers can subclass to write their own
> > >> filesystem
> > >> types.
> > >> * Developers can use the existing filesystem types, or new types, to
> > >> provide new filesystem roots for their applications. (No longer
> > >> limited
> > >> to
> > >> just persistent and temporary, or just a single directory for
> > >> storage.)
> > >> * Filesystem URLs paths are now relative to the filesystem root,
> > helping
> > >> to sandbox the filesystems and keep applications from stepping on
> > >> each others' toes.
> > >> * Application developers can now configure the file plugin to use a
> > more
> > >> sensible location for storing persistent files. On iOS, this means
> > >> storing
> > >> files in the Library directory, rather than the Documents
> directory.
> > >> On
> > >> Android, it means using the application's internal storage
> directory
> > >> rather
> > >> than the SD card partition. See the README file for information on
> > >> configuring your applications.
> > >> * Several other bugs have been fixed, and our test coverage has
> > >> increased.
> > >>
> > >>
> > >> [Much curating of file changes; too many commits for the number of
> > issues
> > >> fixed ;) ]
> > >>
> > >>
> > >> > `org.apache.cordova.file`
> > >> > * CB-5974: Use safe 'Compatibility' mode by default
> > >> > * CB-5915: Add option for new persistent storage location for iOS
> > >>
> > >> * CB-5916: Add option for new persistent storage location for Android
> > >>
> > >> > * Add default FS root to new FS objects
> > >> > * CB-5899: Make DirectoryReader.readEntries return properly
> formatted
> > >> Entry
> > >> > objects
> > >> > * Add constructor params to FileUploadResult related to CB-2421
> > >> > * Fill out filesystem attribute of entities returned from
> > >> > resolveLocalFileSystemURL
> > >> > * Android: Expose filePlugin getter so that other plugins can
> register
> > >> > filesystems
> > >> > * Add backwards-compatibility shim for file-transfer
> > >> > * Android: Allow third-party plugin registration
> > >> > * CB-5810 [BlackBerry10] resolve local:/// paths (application
> assets)
> > >> > * CB-5774: create DirectoryEntry instead of FileEntry
> > >> > * Initial fix for CB-5747: Windows 8: DirectoryEntry.getDirectory
> > fails
> > >> > when path contains directory separator
> > >> > * Android: Allow absolute paths on Entry.getFile /
> Entry.getDirectory
> > >> > * CB-5008: Rename resolveLocalFileSystemURI to
> > resolveLocalFileSystemURL
> > >> > * CB-4899 [BlackBerry10] Fix resolve directories
> > >> > * CB-5602 Windows8. Fix File Api mobile spec tests
> > >> > * Android: Better support for content urls and cross-filesystem
> > >> copy/move
> > >> > ops
> > >> > * CB-5699 [BlackBerry10] Update resolveLocalFileSystemURI
> > implementation
> > >> > * CB-5658 Update license comment formatting of doc/index.md
> > >> > * CB-5658 Add doc.index.md for File plugin.
> > >> > * CB-5658 Delete stale snapshot of plugin docs
> > >> > * CB-5403: Backwards-compatibility with file:// urls where possible
> > >> > * Android: Clean up unclosed file objects
> > >> > * Log file path for File exceptions.
> > >> > * CB-5532 WP8. Add binary data support to FileWriter
> > >> > * CB-5531 WP8. File Api readAsText incorrectly handles position args
> > >> > * Added ubuntu platform support
> > >> > * Added amazon-fireos platform support
> > >> > * CB-5118 [BlackBerry10] Add check for undefined error handler
> > >> > * CB-5403: Bump File plugin major version
> > >> > * CB-5408: Add handler for filesystem urls
> > >> > * CB-5407: Update Android native code to use filesystem URLs
> > internally
> > >> > * CB-5406: Update iOS native code to use filesystem URLs internally
> > >> > * CB-5405: Update JS code to use URLs exclusively
> > >> > * CB-4816 Fix file creation outside sandbox for BB10
> > >> >
> > >>
> > >
> > >
> >
>
Re: Plugins Release!
Posted by Andrew Grieve <ag...@chromium.org>.
ship it.
On Fri, Feb 7, 2014 at 7:35 PM, Steven Gill <st...@gmail.com> wrote:
> ship it?
>
>
> On Fri, Feb 7, 2014 at 12:03 PM, Steven Gill <st...@gmail.com>
> wrote:
>
> > Thanks for the feedback Ian! Just waiting on the "SHIP IT"
> >
> > Updated blog below:
> >
> > ---
> > layout: post
> > author:
> > name: Steve Gill
> > url: https://twitter.com/stevesgill
> > title: "Plugins Release: Feb 7, 2014"
> > categories: news
> > tags: release
> > ---
> > The following plugins were updated today:
> >
> > * org.apache.cordova.battery-status@0.2.7
> > * org.apache.cordova.camera@0.2.7
> > * org.apache.cordova.console@0.2.7
> > * org.apache.cordova.contacts@0.2.8
> > * org.apache.cordova.device@0.2.8
> > * org.apache.cordova.device-motion@0.2.6
> > * org.apache.cordova.device-orientation@0.3.5
> > * org.apache.cordova.dialogs@0.2.6
> > * org.apache.cordova.file@1.0.0
> > * org.apache.cordova.file-transfer@0.4.1
> > * org.apache.cordova.geolocation@0.3.6
> > * org.apache.cordova.globalization@0.2.6
> > * org.apache.cordova.inappbrowser@0.3.1
> > * org.apache.cordova.media@0.2.8
> > * org.apache.cordova.media-capture@0.2.7
> > * org.apache.cordova.network-information@0.2.7
> > * org.apache.cordova.vibration@0.3.7
> >
> > The most noticeable changes in this release are to the File plugin. It
> has
> > been revamped to use a new URL scheme
> > `cdvfile://localhost/<filesystemType>/<path to file>`. These URLs are
> > generated by all file operations, and are passed over the bridge to
> native
> > code. (This is in contrast to the previous version, which passed around
> > absolute paths on the device filesystem).
> >
> > Most of these changes are to bring us more in line with the HTML
> > Filesystem standard, although they will also allow us to extend the
> > filesystem abstraction to cover new kinds of storage, both internal and
> > external to devices.
> >
> > Other changes include:
> > <!--more-->
> > * The file plugin is now much more modular. The "Filesystem" is now an
> > abstract class that developers can subclass to write their own filesystem
> > types.
> > * Developers can use the existing filesystem types, or new types, to
> > provide new filesystem roots for their applications. (No longer limited
> to
> > just persistent and temporary, or just a single directory for storage.)
> > * Filesystem URLs paths are now relative to the filesystem root, helping
> > to sandbox the filesystems and keep applications from stepping on each
> > others' toes.
> > * Application developers can now configure the file plugin to use a more
> > sensible location for storing persistent files. On iOS, this means
> storing
> > files in the Library directory, rather than the Documents directory. On
> > Android, it means using the application's internal storage directory
> rather
> > than the SD card partition. See the README file for information on
> > configuring your applications.
> > * Several other bugs have been fixed, and our test coverage has
> increased.
> >
> > `org.apache.cordova.battery-status`
> >
> > * Add Tizen plugin support
> >
> > `org.apache.cordova.camera`
> > * CB-4919 firefox os quirks added and supported platforms list is updated
> > * getPicture via web activities
> > * Documented quirk for CB-5335 + CB-5206 for WP7+8
> > * reference the correct firefoxos implementation
> > * [BlackBerry10] Add permission to access_shared
> >
> > `org.apache.cordova.console`
> > * Native console needs to be called DebugConsole to avoid ambiguous
> > reference. This commit requires the 3.4.0 version of the native class
> > factory
> > * CB-4718 fixed Console plugin not working on wp
> >
> > `org.apache.cordova.contacts`
> > * [CB-3208] FFOS docs updated
> > * CB-4590 - chooseContact in CDVContacts crashes app
> >
> > `org.apache.cordova.device`
> >
> > * Tizen support added
> >
> > `org.apache.cordova.device-motion`
> >
> > * Add Tizen support
> >
> > `org.apache.cordova.device-orientation`
> > * [ubuntu] request sensors permission
> > * [ubuntu] add missing files
> > * Add support for Tizen.
> > * FFOS info added
> >
> > `org.apache.cordova.dialogs`
> > * no need to recreate the manifest.webapp file after each `cordova
> > prepare` for FFOS
> > * FFOS description added
> >
> > `org.apache.cordova.file`
> > * CB-5974: Use safe 'Compatibility' mode by default
> > * CB-5915: Add option for new persistent storage location for iOS
> > * CB-5916: Add option for new persistent storage location for Android
> > * Add default FS root to new FS objects
> > * CB-5899: Make DirectoryReader.readEntries return properly formatted
> > Entry objects
> > * Add constructor params to FileUploadResult related to CB-2421
> > * Fill out filesystem attribute of entities returned from
> > resolveLocalFileSystemURL
> > * Android: Expose filePlugin getter so that other plugins can register
> > filesystems
> > * Add backwards-compatibility shim for file-transfer
> > * Android: Allow third-party plugin registration
> > * CB-5810 [BlackBerry10] resolve local:/// paths (application assets)
> > * CB-5774: create DirectoryEntry instead of FileEntry
> > * Initial fix for CB-5747: Windows 8: DirectoryEntry.getDirectory fails
> > when path contains directory separator
> > * Android: Allow absolute paths on Entry.getFile / Entry.getDirectory
> > * CB-5008: Rename resolveLocalFileSystemURI to resolveLocalFileSystemURL
> > * CB-4899 [BlackBerry10] Fix resolve directories
> > * CB-5602 Windows8. Fix File Api mobile spec tests
> > * Android: Better support for content urls and cross-filesystem copy/move
> > ops
> > * CB-5699 [BlackBerry10] Update resolveLocalFileSystemURI implementation
> > * CB-5658 Update license comment formatting of doc/index.md
> > * CB-5658 Add doc.index.md for File plugin.
> > * CB-5658 Delete stale snapshot of plugin docs
> > * CB-5403: Backwards-compatibility with file:// urls where possible
> > * Android: Clean up unclosed file objects
> > * Log file path for File exceptions.
> > * CB-5532 WP8. Add binary data support to FileWriter
> > * CB-5531 WP8. File Api readAsText incorrectly handles position args
> > * Added ubuntu platform support
> > * Added amazon-fireos platform support
> > * CB-5118 [BlackBerry10] Add check for undefined error handler
> > * CB-5403: Bump File plugin major version
> > * CB-5408: Add handler for filesystem urls
> > * CB-5407: Update Android native code to use filesystem URLs internally
> >
> > `org.apache.cordova.file-transfer`
> > * CB-5365 Remove unused exception var to prevent warnings?
> > * CB-2421 explicitly write the bytesSent,responseCode,result to the
> > FileUploadResult pending release of cordova-plugin-file dependency, added
> > some sanity checks for callbacks
> > * iOS: Update for new file plugin api
> > * CB-5631 Removed SimpleTrackingInputStream.read(byte[] buffer)
> > * CB-5762 android: Fix lengthComputable set wrong for gzip downloads
> > * CB-4899 [BlackBerry10] Improve binary file transfer download
> > * CB-5722 [BlackBerry10] Update upload function to use native file object
> > * CB-5658 Delete stale snapshot of plugin docs
> > * CB-5466: Update to work with filesystem URLs
> >
> > `org.apache.cordova.geolocation`
> > * add ubuntu platform support
> > * CB-5326 adding FFOS permission and updating supported platforms
> > * CB-5729 [BlackBerry10] Update GeolocationProxy to return collapsed
> object
> >
> > `org.apache.cordova.globalization`
> >
> > * Add Tizen plugin support
> >
> > `org.apache.cordova.inappbrowser`
> > * CB-5756: Android: Use WebView.evaluateJavascript for script injection
> on
> > Android 4.4+
> > * Didn't test on ICS or lower, getDrawable isn't supported until
> Jellybean
> > * add ubuntu platform
> > * Adding drawables to the inAppBrowser. This doesn't look quite right,
> > but it's a HUGE improvement over the previous settings
> > * CB-5756: Android: Use WebView.evaluateJavascript for script injection
> on
> > Android 4.4+
> > * Remove alive from InAppBrowser.js since it didn't catch the case where
> > the browser is closed by the user.
> > * CB-5733 Fix IAB.close() not working if called before show() animation
> > is done
> >
> > `org.apache.cordova.media`
> > * Add preliminary support for Tizen.
> > * [CB-4755] Fix crash in Media.setVolume on iOS
> >
> > `org.apache.cordova.media-capture`
> > * [ubuntu] request audio/camera/microphone permission
> > * fixed cordova cli add capture plugin not work wp
> > * CB-5685 [BlackBerry10] Add access_shared permission
> >
> > `org.apache.cordova.network-information`
> >
> > * Initial implementation of Tizen plugin.
> >
> > `org.apache.cordova.splashscreen`
> > * [CB-3562] Fix aspect ratio on landscape-only iPhone applications
> > * CB-4051 fix for splashscreen rotation problem
> >
> > `org.apache.cordova.vibration`
> > * Add support for Tizen.
> > * CB-3206 - Supported platforms updated
> >
> > The plugins have been updated on our registry at [plugins.cordova.io](
> > http://plugins.cordova.io/).
> >
> > E.g. To update your vibration plugin:
> >
> > cordova plugin rm org.apache.cordova.vibration
> > cordova plugin add org.apache.cordova.vibration
> >
> >
> >
> >
> > On Thu, Feb 6, 2014 at 8:40 PM, Ian Clelland <iclelland@chromium.org
> >wrote:
> >
> >> I've taken a first pass at the file plugin (I'll probably revisit it in
> >> the
> >> morning and think it's terrible :) )
> >>
> >> On Thu, Feb 6, 2014 at 4:44 PM, Steven Gill <st...@gmail.com>
> >> wrote:
> >>
> >> > Okay, I have a blog post ready to review. I could use some help with
> >> adding
> >> > more content about the file plugin release. I got most of my info for
> it
> >> > from http://markmail.org/thread/ebm3ms6of24rhyvb.
> >> >
> >> > I have also gone through the commits and removed ones I thought were
> >> > unimportant. If you feel more curating needs to be done, feel free to
> >> edit.
> >> >
> >>
> >>
> >> The most noticeable changes in this release are to the File plugin. It
> has
> >> been revamped to use a new URL scheme
> >> `cdvfile://localhost/<filesystemType>/<path to file>`. These URLs are
> >> generated by all file operations, and are passed over the bridge to
> native
> >> code. (This is in contrast to the previous version, which passed around
> >> absolute paths on the device filesystem).
> >>
> >> Most of these changes are to bring us more in line with the HTML
> >> Filesystem
> >> standard, although they will also allow us to extend the filesystem
> >> abstraction
> >> to cover new kinds of storage, both internal and external to devices.
> >>
> >> Other changes include:
> >> * The file plugin is now much more modular. The "Filesystem" is now an
> >> abstract class that developers can subclass to write their own
> >> filesystem
> >> types.
> >> * Developers can use the existing filesystem types, or new types, to
> >> provide new filesystem roots for their applications. (No longer
> >> limited
> >> to
> >> just persistent and temporary, or just a single directory for
> >> storage.)
> >> * Filesystem URLs paths are now relative to the filesystem root,
> helping
> >> to sandbox the filesystems and keep applications from stepping on
> >> each others' toes.
> >> * Application developers can now configure the file plugin to use a
> more
> >> sensible location for storing persistent files. On iOS, this means
> >> storing
> >> files in the Library directory, rather than the Documents directory.
> >> On
> >> Android, it means using the application's internal storage directory
> >> rather
> >> than the SD card partition. See the README file for information on
> >> configuring your applications.
> >> * Several other bugs have been fixed, and our test coverage has
> >> increased.
> >>
> >>
> >> [Much curating of file changes; too many commits for the number of
> issues
> >> fixed ;) ]
> >>
> >>
> >> > `org.apache.cordova.file`
> >> > * CB-5974: Use safe 'Compatibility' mode by default
> >> > * CB-5915: Add option for new persistent storage location for iOS
> >>
> >> * CB-5916: Add option for new persistent storage location for Android
> >>
> >> > * Add default FS root to new FS objects
> >> > * CB-5899: Make DirectoryReader.readEntries return properly formatted
> >> Entry
> >> > objects
> >> > * Add constructor params to FileUploadResult related to CB-2421
> >> > * Fill out filesystem attribute of entities returned from
> >> > resolveLocalFileSystemURL
> >> > * Android: Expose filePlugin getter so that other plugins can register
> >> > filesystems
> >> > * Add backwards-compatibility shim for file-transfer
> >> > * Android: Allow third-party plugin registration
> >> > * CB-5810 [BlackBerry10] resolve local:/// paths (application assets)
> >> > * CB-5774: create DirectoryEntry instead of FileEntry
> >> > * Initial fix for CB-5747: Windows 8: DirectoryEntry.getDirectory
> fails
> >> > when path contains directory separator
> >> > * Android: Allow absolute paths on Entry.getFile / Entry.getDirectory
> >> > * CB-5008: Rename resolveLocalFileSystemURI to
> resolveLocalFileSystemURL
> >> > * CB-4899 [BlackBerry10] Fix resolve directories
> >> > * CB-5602 Windows8. Fix File Api mobile spec tests
> >> > * Android: Better support for content urls and cross-filesystem
> >> copy/move
> >> > ops
> >> > * CB-5699 [BlackBerry10] Update resolveLocalFileSystemURI
> implementation
> >> > * CB-5658 Update license comment formatting of doc/index.md
> >> > * CB-5658 Add doc.index.md for File plugin.
> >> > * CB-5658 Delete stale snapshot of plugin docs
> >> > * CB-5403: Backwards-compatibility with file:// urls where possible
> >> > * Android: Clean up unclosed file objects
> >> > * Log file path for File exceptions.
> >> > * CB-5532 WP8. Add binary data support to FileWriter
> >> > * CB-5531 WP8. File Api readAsText incorrectly handles position args
> >> > * Added ubuntu platform support
> >> > * Added amazon-fireos platform support
> >> > * CB-5118 [BlackBerry10] Add check for undefined error handler
> >> > * CB-5403: Bump File plugin major version
> >> > * CB-5408: Add handler for filesystem urls
> >> > * CB-5407: Update Android native code to use filesystem URLs
> internally
> >> > * CB-5406: Update iOS native code to use filesystem URLs internally
> >> > * CB-5405: Update JS code to use URLs exclusively
> >> > * CB-4816 Fix file creation outside sandbox for BB10
> >> >
> >>
> >
> >
>
Re: Plugins Release!
Posted by Steven Gill <st...@gmail.com>.
ship it?
On Fri, Feb 7, 2014 at 12:03 PM, Steven Gill <st...@gmail.com> wrote:
> Thanks for the feedback Ian! Just waiting on the "SHIP IT"
>
> Updated blog below:
>
> ---
> layout: post
> author:
> name: Steve Gill
> url: https://twitter.com/stevesgill
> title: "Plugins Release: Feb 7, 2014"
> categories: news
> tags: release
> ---
> The following plugins were updated today:
>
> * org.apache.cordova.battery-status@0.2.7
> * org.apache.cordova.camera@0.2.7
> * org.apache.cordova.console@0.2.7
> * org.apache.cordova.contacts@0.2.8
> * org.apache.cordova.device@0.2.8
> * org.apache.cordova.device-motion@0.2.6
> * org.apache.cordova.device-orientation@0.3.5
> * org.apache.cordova.dialogs@0.2.6
> * org.apache.cordova.file@1.0.0
> * org.apache.cordova.file-transfer@0.4.1
> * org.apache.cordova.geolocation@0.3.6
> * org.apache.cordova.globalization@0.2.6
> * org.apache.cordova.inappbrowser@0.3.1
> * org.apache.cordova.media@0.2.8
> * org.apache.cordova.media-capture@0.2.7
> * org.apache.cordova.network-information@0.2.7
> * org.apache.cordova.vibration@0.3.7
>
> The most noticeable changes in this release are to the File plugin. It has
> been revamped to use a new URL scheme
> `cdvfile://localhost/<filesystemType>/<path to file>`. These URLs are
> generated by all file operations, and are passed over the bridge to native
> code. (This is in contrast to the previous version, which passed around
> absolute paths on the device filesystem).
>
> Most of these changes are to bring us more in line with the HTML
> Filesystem standard, although they will also allow us to extend the
> filesystem abstraction to cover new kinds of storage, both internal and
> external to devices.
>
> Other changes include:
> <!--more-->
> * The file plugin is now much more modular. The "Filesystem" is now an
> abstract class that developers can subclass to write their own filesystem
> types.
> * Developers can use the existing filesystem types, or new types, to
> provide new filesystem roots for their applications. (No longer limited to
> just persistent and temporary, or just a single directory for storage.)
> * Filesystem URLs paths are now relative to the filesystem root, helping
> to sandbox the filesystems and keep applications from stepping on each
> others' toes.
> * Application developers can now configure the file plugin to use a more
> sensible location for storing persistent files. On iOS, this means storing
> files in the Library directory, rather than the Documents directory. On
> Android, it means using the application's internal storage directory rather
> than the SD card partition. See the README file for information on
> configuring your applications.
> * Several other bugs have been fixed, and our test coverage has increased.
>
> `org.apache.cordova.battery-status`
>
> * Add Tizen plugin support
>
> `org.apache.cordova.camera`
> * CB-4919 firefox os quirks added and supported platforms list is updated
> * getPicture via web activities
> * Documented quirk for CB-5335 + CB-5206 for WP7+8
> * reference the correct firefoxos implementation
> * [BlackBerry10] Add permission to access_shared
>
> `org.apache.cordova.console`
> * Native console needs to be called DebugConsole to avoid ambiguous
> reference. This commit requires the 3.4.0 version of the native class
> factory
> * CB-4718 fixed Console plugin not working on wp
>
> `org.apache.cordova.contacts`
> * [CB-3208] FFOS docs updated
> * CB-4590 - chooseContact in CDVContacts crashes app
>
> `org.apache.cordova.device`
>
> * Tizen support added
>
> `org.apache.cordova.device-motion`
>
> * Add Tizen support
>
> `org.apache.cordova.device-orientation`
> * [ubuntu] request sensors permission
> * [ubuntu] add missing files
> * Add support for Tizen.
> * FFOS info added
>
> `org.apache.cordova.dialogs`
> * no need to recreate the manifest.webapp file after each `cordova
> prepare` for FFOS
> * FFOS description added
>
> `org.apache.cordova.file`
> * CB-5974: Use safe 'Compatibility' mode by default
> * CB-5915: Add option for new persistent storage location for iOS
> * CB-5916: Add option for new persistent storage location for Android
> * Add default FS root to new FS objects
> * CB-5899: Make DirectoryReader.readEntries return properly formatted
> Entry objects
> * Add constructor params to FileUploadResult related to CB-2421
> * Fill out filesystem attribute of entities returned from
> resolveLocalFileSystemURL
> * Android: Expose filePlugin getter so that other plugins can register
> filesystems
> * Add backwards-compatibility shim for file-transfer
> * Android: Allow third-party plugin registration
> * CB-5810 [BlackBerry10] resolve local:/// paths (application assets)
> * CB-5774: create DirectoryEntry instead of FileEntry
> * Initial fix for CB-5747: Windows 8: DirectoryEntry.getDirectory fails
> when path contains directory separator
> * Android: Allow absolute paths on Entry.getFile / Entry.getDirectory
> * CB-5008: Rename resolveLocalFileSystemURI to resolveLocalFileSystemURL
> * CB-4899 [BlackBerry10] Fix resolve directories
> * CB-5602 Windows8. Fix File Api mobile spec tests
> * Android: Better support for content urls and cross-filesystem copy/move
> ops
> * CB-5699 [BlackBerry10] Update resolveLocalFileSystemURI implementation
> * CB-5658 Update license comment formatting of doc/index.md
> * CB-5658 Add doc.index.md for File plugin.
> * CB-5658 Delete stale snapshot of plugin docs
> * CB-5403: Backwards-compatibility with file:// urls where possible
> * Android: Clean up unclosed file objects
> * Log file path for File exceptions.
> * CB-5532 WP8. Add binary data support to FileWriter
> * CB-5531 WP8. File Api readAsText incorrectly handles position args
> * Added ubuntu platform support
> * Added amazon-fireos platform support
> * CB-5118 [BlackBerry10] Add check for undefined error handler
> * CB-5403: Bump File plugin major version
> * CB-5408: Add handler for filesystem urls
> * CB-5407: Update Android native code to use filesystem URLs internally
>
> `org.apache.cordova.file-transfer`
> * CB-5365 Remove unused exception var to prevent warnings?
> * CB-2421 explicitly write the bytesSent,responseCode,result to the
> FileUploadResult pending release of cordova-plugin-file dependency, added
> some sanity checks for callbacks
> * iOS: Update for new file plugin api
> * CB-5631 Removed SimpleTrackingInputStream.read(byte[] buffer)
> * CB-5762 android: Fix lengthComputable set wrong for gzip downloads
> * CB-4899 [BlackBerry10] Improve binary file transfer download
> * CB-5722 [BlackBerry10] Update upload function to use native file object
> * CB-5658 Delete stale snapshot of plugin docs
> * CB-5466: Update to work with filesystem URLs
>
> `org.apache.cordova.geolocation`
> * add ubuntu platform support
> * CB-5326 adding FFOS permission and updating supported platforms
> * CB-5729 [BlackBerry10] Update GeolocationProxy to return collapsed object
>
> `org.apache.cordova.globalization`
>
> * Add Tizen plugin support
>
> `org.apache.cordova.inappbrowser`
> * CB-5756: Android: Use WebView.evaluateJavascript for script injection on
> Android 4.4+
> * Didn't test on ICS or lower, getDrawable isn't supported until Jellybean
> * add ubuntu platform
> * Adding drawables to the inAppBrowser. This doesn't look quite right,
> but it's a HUGE improvement over the previous settings
> * CB-5756: Android: Use WebView.evaluateJavascript for script injection on
> Android 4.4+
> * Remove alive from InAppBrowser.js since it didn't catch the case where
> the browser is closed by the user.
> * CB-5733 Fix IAB.close() not working if called before show() animation
> is done
>
> `org.apache.cordova.media`
> * Add preliminary support for Tizen.
> * [CB-4755] Fix crash in Media.setVolume on iOS
>
> `org.apache.cordova.media-capture`
> * [ubuntu] request audio/camera/microphone permission
> * fixed cordova cli add capture plugin not work wp
> * CB-5685 [BlackBerry10] Add access_shared permission
>
> `org.apache.cordova.network-information`
>
> * Initial implementation of Tizen plugin.
>
> `org.apache.cordova.splashscreen`
> * [CB-3562] Fix aspect ratio on landscape-only iPhone applications
> * CB-4051 fix for splashscreen rotation problem
>
> `org.apache.cordova.vibration`
> * Add support for Tizen.
> * CB-3206 - Supported platforms updated
>
> The plugins have been updated on our registry at [plugins.cordova.io](
> http://plugins.cordova.io/).
>
> E.g. To update your vibration plugin:
>
> cordova plugin rm org.apache.cordova.vibration
> cordova plugin add org.apache.cordova.vibration
>
>
>
>
> On Thu, Feb 6, 2014 at 8:40 PM, Ian Clelland <ic...@chromium.org>wrote:
>
>> I've taken a first pass at the file plugin (I'll probably revisit it in
>> the
>> morning and think it's terrible :) )
>>
>> On Thu, Feb 6, 2014 at 4:44 PM, Steven Gill <st...@gmail.com>
>> wrote:
>>
>> > Okay, I have a blog post ready to review. I could use some help with
>> adding
>> > more content about the file plugin release. I got most of my info for it
>> > from http://markmail.org/thread/ebm3ms6of24rhyvb.
>> >
>> > I have also gone through the commits and removed ones I thought were
>> > unimportant. If you feel more curating needs to be done, feel free to
>> edit.
>> >
>>
>>
>> The most noticeable changes in this release are to the File plugin. It has
>> been revamped to use a new URL scheme
>> `cdvfile://localhost/<filesystemType>/<path to file>`. These URLs are
>> generated by all file operations, and are passed over the bridge to native
>> code. (This is in contrast to the previous version, which passed around
>> absolute paths on the device filesystem).
>>
>> Most of these changes are to bring us more in line with the HTML
>> Filesystem
>> standard, although they will also allow us to extend the filesystem
>> abstraction
>> to cover new kinds of storage, both internal and external to devices.
>>
>> Other changes include:
>> * The file plugin is now much more modular. The "Filesystem" is now an
>> abstract class that developers can subclass to write their own
>> filesystem
>> types.
>> * Developers can use the existing filesystem types, or new types, to
>> provide new filesystem roots for their applications. (No longer
>> limited
>> to
>> just persistent and temporary, or just a single directory for
>> storage.)
>> * Filesystem URLs paths are now relative to the filesystem root, helping
>> to sandbox the filesystems and keep applications from stepping on
>> each others' toes.
>> * Application developers can now configure the file plugin to use a more
>> sensible location for storing persistent files. On iOS, this means
>> storing
>> files in the Library directory, rather than the Documents directory.
>> On
>> Android, it means using the application's internal storage directory
>> rather
>> than the SD card partition. See the README file for information on
>> configuring your applications.
>> * Several other bugs have been fixed, and our test coverage has
>> increased.
>>
>>
>> [Much curating of file changes; too many commits for the number of issues
>> fixed ;) ]
>>
>>
>> > `org.apache.cordova.file`
>> > * CB-5974: Use safe 'Compatibility' mode by default
>> > * CB-5915: Add option for new persistent storage location for iOS
>>
>> * CB-5916: Add option for new persistent storage location for Android
>>
>> > * Add default FS root to new FS objects
>> > * CB-5899: Make DirectoryReader.readEntries return properly formatted
>> Entry
>> > objects
>> > * Add constructor params to FileUploadResult related to CB-2421
>> > * Fill out filesystem attribute of entities returned from
>> > resolveLocalFileSystemURL
>> > * Android: Expose filePlugin getter so that other plugins can register
>> > filesystems
>> > * Add backwards-compatibility shim for file-transfer
>> > * Android: Allow third-party plugin registration
>> > * CB-5810 [BlackBerry10] resolve local:/// paths (application assets)
>> > * CB-5774: create DirectoryEntry instead of FileEntry
>> > * Initial fix for CB-5747: Windows 8: DirectoryEntry.getDirectory fails
>> > when path contains directory separator
>> > * Android: Allow absolute paths on Entry.getFile / Entry.getDirectory
>> > * CB-5008: Rename resolveLocalFileSystemURI to resolveLocalFileSystemURL
>> > * CB-4899 [BlackBerry10] Fix resolve directories
>> > * CB-5602 Windows8. Fix File Api mobile spec tests
>> > * Android: Better support for content urls and cross-filesystem
>> copy/move
>> > ops
>> > * CB-5699 [BlackBerry10] Update resolveLocalFileSystemURI implementation
>> > * CB-5658 Update license comment formatting of doc/index.md
>> > * CB-5658 Add doc.index.md for File plugin.
>> > * CB-5658 Delete stale snapshot of plugin docs
>> > * CB-5403: Backwards-compatibility with file:// urls where possible
>> > * Android: Clean up unclosed file objects
>> > * Log file path for File exceptions.
>> > * CB-5532 WP8. Add binary data support to FileWriter
>> > * CB-5531 WP8. File Api readAsText incorrectly handles position args
>> > * Added ubuntu platform support
>> > * Added amazon-fireos platform support
>> > * CB-5118 [BlackBerry10] Add check for undefined error handler
>> > * CB-5403: Bump File plugin major version
>> > * CB-5408: Add handler for filesystem urls
>> > * CB-5407: Update Android native code to use filesystem URLs internally
>> > * CB-5406: Update iOS native code to use filesystem URLs internally
>> > * CB-5405: Update JS code to use URLs exclusively
>> > * CB-4816 Fix file creation outside sandbox for BB10
>> >
>>
>
>
Re: Plugins Release!
Posted by Steven Gill <st...@gmail.com>.
Thanks for the feedback Ian! Just waiting on the "SHIP IT"
Updated blog below:
---
layout: post
author:
name: Steve Gill
url: https://twitter.com/stevesgill
title: "Plugins Release: Feb 7, 2014"
categories: news
tags: release
---
The following plugins were updated today:
* org.apache.cordova.battery-status@0.2.7
* org.apache.cordova.camera@0.2.7
* org.apache.cordova.console@0.2.7
* org.apache.cordova.contacts@0.2.8
* org.apache.cordova.device@0.2.8
* org.apache.cordova.device-motion@0.2.6
* org.apache.cordova.device-orientation@0.3.5
* org.apache.cordova.dialogs@0.2.6
* org.apache.cordova.file@1.0.0
* org.apache.cordova.file-transfer@0.4.1
* org.apache.cordova.geolocation@0.3.6
* org.apache.cordova.globalization@0.2.6
* org.apache.cordova.inappbrowser@0.3.1
* org.apache.cordova.media@0.2.8
* org.apache.cordova.media-capture@0.2.7
* org.apache.cordova.network-information@0.2.7
* org.apache.cordova.vibration@0.3.7
The most noticeable changes in this release are to the File plugin. It has
been revamped to use a new URL scheme
`cdvfile://localhost/<filesystemType>/<path to file>`. These URLs are
generated by all file operations, and are passed over the bridge to native
code. (This is in contrast to the previous version, which passed around
absolute paths on the device filesystem).
Most of these changes are to bring us more in line with the HTML Filesystem
standard, although they will also allow us to extend the filesystem
abstraction to cover new kinds of storage, both internal and external to
devices.
Other changes include:
<!--more-->
* The file plugin is now much more modular. The "Filesystem" is now an
abstract class that developers can subclass to write their own filesystem
types.
* Developers can use the existing filesystem types, or new types, to
provide new filesystem roots for their applications. (No longer limited to
just persistent and temporary, or just a single directory for storage.)
* Filesystem URLs paths are now relative to the filesystem root, helping to
sandbox the filesystems and keep applications from stepping on each others'
toes.
* Application developers can now configure the file plugin to use a more
sensible location for storing persistent files. On iOS, this means storing
files in the Library directory, rather than the Documents directory. On
Android, it means using the application's internal storage directory rather
than the SD card partition. See the README file for information on
configuring your applications.
* Several other bugs have been fixed, and our test coverage has increased.
`org.apache.cordova.battery-status`
* Add Tizen plugin support
`org.apache.cordova.camera`
* CB-4919 firefox os quirks added and supported platforms list is updated
* getPicture via web activities
* Documented quirk for CB-5335 + CB-5206 for WP7+8
* reference the correct firefoxos implementation
* [BlackBerry10] Add permission to access_shared
`org.apache.cordova.console`
* Native console needs to be called DebugConsole to avoid ambiguous
reference. This commit requires the 3.4.0 version of the native class
factory
* CB-4718 fixed Console plugin not working on wp
`org.apache.cordova.contacts`
* [CB-3208] FFOS docs updated
* CB-4590 - chooseContact in CDVContacts crashes app
`org.apache.cordova.device`
* Tizen support added
`org.apache.cordova.device-motion`
* Add Tizen support
`org.apache.cordova.device-orientation`
* [ubuntu] request sensors permission
* [ubuntu] add missing files
* Add support for Tizen.
* FFOS info added
`org.apache.cordova.dialogs`
* no need to recreate the manifest.webapp file after each `cordova prepare`
for FFOS
* FFOS description added
`org.apache.cordova.file`
* CB-5974: Use safe 'Compatibility' mode by default
* CB-5915: Add option for new persistent storage location for iOS
* CB-5916: Add option for new persistent storage location for Android
* Add default FS root to new FS objects
* CB-5899: Make DirectoryReader.readEntries return properly formatted Entry
objects
* Add constructor params to FileUploadResult related to CB-2421
* Fill out filesystem attribute of entities returned from
resolveLocalFileSystemURL
* Android: Expose filePlugin getter so that other plugins can register
filesystems
* Add backwards-compatibility shim for file-transfer
* Android: Allow third-party plugin registration
* CB-5810 [BlackBerry10] resolve local:/// paths (application assets)
* CB-5774: create DirectoryEntry instead of FileEntry
* Initial fix for CB-5747: Windows 8: DirectoryEntry.getDirectory fails
when path contains directory separator
* Android: Allow absolute paths on Entry.getFile / Entry.getDirectory
* CB-5008: Rename resolveLocalFileSystemURI to resolveLocalFileSystemURL
* CB-4899 [BlackBerry10] Fix resolve directories
* CB-5602 Windows8. Fix File Api mobile spec tests
* Android: Better support for content urls and cross-filesystem copy/move
ops
* CB-5699 [BlackBerry10] Update resolveLocalFileSystemURI implementation
* CB-5658 Update license comment formatting of doc/index.md
* CB-5658 Add doc.index.md for File plugin.
* CB-5658 Delete stale snapshot of plugin docs
* CB-5403: Backwards-compatibility with file:// urls where possible
* Android: Clean up unclosed file objects
* Log file path for File exceptions.
* CB-5532 WP8. Add binary data support to FileWriter
* CB-5531 WP8. File Api readAsText incorrectly handles position args
* Added ubuntu platform support
* Added amazon-fireos platform support
* CB-5118 [BlackBerry10] Add check for undefined error handler
* CB-5403: Bump File plugin major version
* CB-5408: Add handler for filesystem urls
* CB-5407: Update Android native code to use filesystem URLs internally
`org.apache.cordova.file-transfer`
* CB-5365 Remove unused exception var to prevent warnings?
* CB-2421 explicitly write the bytesSent,responseCode,result to the
FileUploadResult pending release of cordova-plugin-file dependency, added
some sanity checks for callbacks
* iOS: Update for new file plugin api
* CB-5631 Removed SimpleTrackingInputStream.read(byte[] buffer)
* CB-5762 android: Fix lengthComputable set wrong for gzip downloads
* CB-4899 [BlackBerry10] Improve binary file transfer download
* CB-5722 [BlackBerry10] Update upload function to use native file object
* CB-5658 Delete stale snapshot of plugin docs
* CB-5466: Update to work with filesystem URLs
`org.apache.cordova.geolocation`
* add ubuntu platform support
* CB-5326 adding FFOS permission and updating supported platforms
* CB-5729 [BlackBerry10] Update GeolocationProxy to return collapsed object
`org.apache.cordova.globalization`
* Add Tizen plugin support
`org.apache.cordova.inappbrowser`
* CB-5756: Android: Use WebView.evaluateJavascript for script injection on
Android 4.4+
* Didn't test on ICS or lower, getDrawable isn't supported until Jellybean
* add ubuntu platform
* Adding drawables to the inAppBrowser. This doesn't look quite right, but
it's a HUGE improvement over the previous settings
* CB-5756: Android: Use WebView.evaluateJavascript for script injection on
Android 4.4+
* Remove alive from InAppBrowser.js since it didn't catch the case where
the browser is closed by the user.
* CB-5733 Fix IAB.close() not working if called before show() animation is
done
`org.apache.cordova.media`
* Add preliminary support for Tizen.
* [CB-4755] Fix crash in Media.setVolume on iOS
`org.apache.cordova.media-capture`
* [ubuntu] request audio/camera/microphone permission
* fixed cordova cli add capture plugin not work wp
* CB-5685 [BlackBerry10] Add access_shared permission
`org.apache.cordova.network-information`
* Initial implementation of Tizen plugin.
`org.apache.cordova.splashscreen`
* [CB-3562] Fix aspect ratio on landscape-only iPhone applications
* CB-4051 fix for splashscreen rotation problem
`org.apache.cordova.vibration`
* Add support for Tizen.
* CB-3206 - Supported platforms updated
The plugins have been updated on our registry at [plugins.cordova.io](
http://plugins.cordova.io/).
E.g. To update your vibration plugin:
cordova plugin rm org.apache.cordova.vibration
cordova plugin add org.apache.cordova.vibration
On Thu, Feb 6, 2014 at 8:40 PM, Ian Clelland <ic...@chromium.org> wrote:
> I've taken a first pass at the file plugin (I'll probably revisit it in the
> morning and think it's terrible :) )
>
> On Thu, Feb 6, 2014 at 4:44 PM, Steven Gill <st...@gmail.com>
> wrote:
>
> > Okay, I have a blog post ready to review. I could use some help with
> adding
> > more content about the file plugin release. I got most of my info for it
> > from http://markmail.org/thread/ebm3ms6of24rhyvb.
> >
> > I have also gone through the commits and removed ones I thought were
> > unimportant. If you feel more curating needs to be done, feel free to
> edit.
> >
>
>
> The most noticeable changes in this release are to the File plugin. It has
> been revamped to use a new URL scheme
> `cdvfile://localhost/<filesystemType>/<path to file>`. These URLs are
> generated by all file operations, and are passed over the bridge to native
> code. (This is in contrast to the previous version, which passed around
> absolute paths on the device filesystem).
>
> Most of these changes are to bring us more in line with the HTML Filesystem
> standard, although they will also allow us to extend the filesystem
> abstraction
> to cover new kinds of storage, both internal and external to devices.
>
> Other changes include:
> * The file plugin is now much more modular. The "Filesystem" is now an
> abstract class that developers can subclass to write their own
> filesystem
> types.
> * Developers can use the existing filesystem types, or new types, to
> provide new filesystem roots for their applications. (No longer limited
> to
> just persistent and temporary, or just a single directory for storage.)
> * Filesystem URLs paths are now relative to the filesystem root, helping
> to sandbox the filesystems and keep applications from stepping on
> each others' toes.
> * Application developers can now configure the file plugin to use a more
> sensible location for storing persistent files. On iOS, this means
> storing
> files in the Library directory, rather than the Documents directory. On
> Android, it means using the application's internal storage directory
> rather
> than the SD card partition. See the README file for information on
> configuring your applications.
> * Several other bugs have been fixed, and our test coverage has
> increased.
>
>
> [Much curating of file changes; too many commits for the number of issues
> fixed ;) ]
>
>
> > `org.apache.cordova.file`
> > * CB-5974: Use safe 'Compatibility' mode by default
> > * CB-5915: Add option for new persistent storage location for iOS
>
> * CB-5916: Add option for new persistent storage location for Android
>
> > * Add default FS root to new FS objects
> > * CB-5899: Make DirectoryReader.readEntries return properly formatted
> Entry
> > objects
> > * Add constructor params to FileUploadResult related to CB-2421
> > * Fill out filesystem attribute of entities returned from
> > resolveLocalFileSystemURL
> > * Android: Expose filePlugin getter so that other plugins can register
> > filesystems
> > * Add backwards-compatibility shim for file-transfer
> > * Android: Allow third-party plugin registration
> > * CB-5810 [BlackBerry10] resolve local:/// paths (application assets)
> > * CB-5774: create DirectoryEntry instead of FileEntry
> > * Initial fix for CB-5747: Windows 8: DirectoryEntry.getDirectory fails
> > when path contains directory separator
> > * Android: Allow absolute paths on Entry.getFile / Entry.getDirectory
> > * CB-5008: Rename resolveLocalFileSystemURI to resolveLocalFileSystemURL
> > * CB-4899 [BlackBerry10] Fix resolve directories
> > * CB-5602 Windows8. Fix File Api mobile spec tests
> > * Android: Better support for content urls and cross-filesystem copy/move
> > ops
> > * CB-5699 [BlackBerry10] Update resolveLocalFileSystemURI implementation
> > * CB-5658 Update license comment formatting of doc/index.md
> > * CB-5658 Add doc.index.md for File plugin.
> > * CB-5658 Delete stale snapshot of plugin docs
> > * CB-5403: Backwards-compatibility with file:// urls where possible
> > * Android: Clean up unclosed file objects
> > * Log file path for File exceptions.
> > * CB-5532 WP8. Add binary data support to FileWriter
> > * CB-5531 WP8. File Api readAsText incorrectly handles position args
> > * Added ubuntu platform support
> > * Added amazon-fireos platform support
> > * CB-5118 [BlackBerry10] Add check for undefined error handler
> > * CB-5403: Bump File plugin major version
> > * CB-5408: Add handler for filesystem urls
> > * CB-5407: Update Android native code to use filesystem URLs internally
> > * CB-5406: Update iOS native code to use filesystem URLs internally
> > * CB-5405: Update JS code to use URLs exclusively
> > * CB-4816 Fix file creation outside sandbox for BB10
> >
>
Re: Plugins Release!
Posted by Ian Clelland <ic...@chromium.org>.
I've taken a first pass at the file plugin (I'll probably revisit it in the
morning and think it's terrible :) )
On Thu, Feb 6, 2014 at 4:44 PM, Steven Gill <st...@gmail.com> wrote:
> Okay, I have a blog post ready to review. I could use some help with adding
> more content about the file plugin release. I got most of my info for it
> from http://markmail.org/thread/ebm3ms6of24rhyvb.
>
> I have also gone through the commits and removed ones I thought were
> unimportant. If you feel more curating needs to be done, feel free to edit.
>
The most noticeable changes in this release are to the File plugin. It has
been revamped to use a new URL scheme
`cdvfile://localhost/<filesystemType>/<path to file>`. These URLs are
generated by all file operations, and are passed over the bridge to native
code. (This is in contrast to the previous version, which passed around
absolute paths on the device filesystem).
Most of these changes are to bring us more in line with the HTML Filesystem
standard, although they will also allow us to extend the filesystem
abstraction
to cover new kinds of storage, both internal and external to devices.
Other changes include:
* The file plugin is now much more modular. The "Filesystem" is now an
abstract class that developers can subclass to write their own
filesystem
types.
* Developers can use the existing filesystem types, or new types, to
provide new filesystem roots for their applications. (No longer limited
to
just persistent and temporary, or just a single directory for storage.)
* Filesystem URLs paths are now relative to the filesystem root, helping
to sandbox the filesystems and keep applications from stepping on
each others' toes.
* Application developers can now configure the file plugin to use a more
sensible location for storing persistent files. On iOS, this means
storing
files in the Library directory, rather than the Documents directory. On
Android, it means using the application's internal storage directory
rather
than the SD card partition. See the README file for information on
configuring your applications.
* Several other bugs have been fixed, and our test coverage has increased.
[Much curating of file changes; too many commits for the number of issues
fixed ;) ]
> `org.apache.cordova.file`
> * CB-5974: Use safe 'Compatibility' mode by default
> * CB-5915: Add option for new persistent storage location for iOS
* CB-5916: Add option for new persistent storage location for Android
> * Add default FS root to new FS objects
> * CB-5899: Make DirectoryReader.readEntries return properly formatted Entry
> objects
> * Add constructor params to FileUploadResult related to CB-2421
> * Fill out filesystem attribute of entities returned from
> resolveLocalFileSystemURL
> * Android: Expose filePlugin getter so that other plugins can register
> filesystems
> * Add backwards-compatibility shim for file-transfer
> * Android: Allow third-party plugin registration
> * CB-5810 [BlackBerry10] resolve local:/// paths (application assets)
> * CB-5774: create DirectoryEntry instead of FileEntry
> * Initial fix for CB-5747: Windows 8: DirectoryEntry.getDirectory fails
> when path contains directory separator
> * Android: Allow absolute paths on Entry.getFile / Entry.getDirectory
> * CB-5008: Rename resolveLocalFileSystemURI to resolveLocalFileSystemURL
> * CB-4899 [BlackBerry10] Fix resolve directories
> * CB-5602 Windows8. Fix File Api mobile spec tests
> * Android: Better support for content urls and cross-filesystem copy/move
> ops
> * CB-5699 [BlackBerry10] Update resolveLocalFileSystemURI implementation
> * CB-5658 Update license comment formatting of doc/index.md
> * CB-5658 Add doc.index.md for File plugin.
> * CB-5658 Delete stale snapshot of plugin docs
> * CB-5403: Backwards-compatibility with file:// urls where possible
> * Android: Clean up unclosed file objects
> * Log file path for File exceptions.
> * CB-5532 WP8. Add binary data support to FileWriter
> * CB-5531 WP8. File Api readAsText incorrectly handles position args
> * Added ubuntu platform support
> * Added amazon-fireos platform support
> * CB-5118 [BlackBerry10] Add check for undefined error handler
> * CB-5403: Bump File plugin major version
> * CB-5408: Add handler for filesystem urls
> * CB-5407: Update Android native code to use filesystem URLs internally
> * CB-5406: Update iOS native code to use filesystem URLs internally
> * CB-5405: Update JS code to use URLs exclusively
> * CB-4816 Fix file creation outside sandbox for BB10
>
Re: Plugins Release!
Posted by Steven Gill <st...@gmail.com>.
Okay, I have a blog post ready to review. I could use some help with adding
more content about the file plugin release. I got most of my info for it
from http://markmail.org/thread/ebm3ms6of24rhyvb.
I have also gone through the commits and removed ones I thought were
unimportant. If you feel more curating needs to be done, feel free to edit.
Blog below:
---
layout: post
author:
name: Steve Gill
url: https://twitter.com/stevesgill
title: "Plugins Release: Feb 6, 2014"
categories: news
tags: release
---
The following plugins were updated today:
* org.apache.cordova.battery-status@0.2.7
* org.apache.cordova.camera@0.2.7
* org.apache.cordova.console@0.2.7
* org.apache.cordova.contacts@0.2.8
* org.apache.cordova.device@0.2.8
* org.apache.cordova.device-motion@0.2.6
* org.apache.cordova.device-orientation@0.3.5
* org.apache.cordova.dialogs@0.2.6
* org.apache.cordova.file@1.0.0
* org.apache.cordova.file-transfer@0.4.1
* org.apache.cordova.geolocation@0.3.6
* org.apache.cordova.globalization@0.2.6
* org.apache.cordova.inappbrowser@0.3.1
* org.apache.cordova.media@0.2.8
* org.apache.cordova.media-capture@0.2.7
* org.apache.cordova.network-information@0.2.7
* org.apache.cordova.vibration@0.3.7
The most noticeable changes in this release are to the File plugin. It has
been revamped to use a new URL scheme
`filesystem://localhost/<filesystemType>/<path to file>`. These URLs are
generated by all file operations, and are passed over the bridge to native
code. (This is in contrast to the previous version, which passed around
absolute paths on the device filesystem).
Other changes include:
<!--more-->
`org.apache.cordova.battery-status`
* Add Tizen plugin support
`org.apache.cordova.camera`
* CB-4919 firefox os quirks added and supported platforms list is updated
* getPicture via web activities
* Documented quirk for CB-5335 + CB-5206 for WP7+8
* reference the correct firefoxos implementation
* [BlackBerry10] Add permission to access_shared
`org.apache.cordova.console`
* Native console needs to be called DebugConsole to avoid ambiguous
reference. This commit requires the 3.4.0 version of the native class
factory
* CB-4718 fixed Console plugin not working on wp
`org.apache.cordova.contacts`
* [CB-3208] FFOS docs updated
* CB-4590 - chooseContact in CDVContacts crashes app
`org.apache.cordova.device`
* Tizen support added
`org.apache.cordova.device-motion`
* Add Tizen support
`org.apache.cordova.device-orientation`
* [ubuntu] request sensors permission
* [ubuntu] add missing files
* Add support for Tizen.
* FFOS info added
`org.apache.cordova.dialogs`
* no need to recreate the manifest.webapp file after each `cordova prepare`
for FFOS
* FFOS description added
`org.apache.cordova.file`
* CB-5974: Use safe 'Compatibilty' mode by default
* CB-5915: CB-5916: Reorganize preference code to make defaults possible
* CB-5974: Android: Don't allow File operations to continue when not
configured
* CB-5960: ios: android: Properly handle parent references in
getFile/getDirectory
* [ubuntu] adopt to recent changes
* Add default FS root to new FS objects
* CB-5899: Make DirectoryReader.readEntries return properly formatted Entry
objects
* Add constuctor params to FileUploadResult related to CB-2421
* Fill out filesystem attribute of entities returned from
resolveLocalFileSystemURL
* CB-5916: Create documents directories if they don't exist
* CB-5915: Create documents directories if they don't exist
* CB-5916: Android: Fix unfortunate NPE in config check
* CB-5916: Android: Add "/files/" to persistent files path
* CB-5915: ios: Update config preference (and docs) to match issue
* CB-5916: Android: Add config preference for Android persistent storage
location
* iOS: Add config preference for iOS persistent storage location
* iOS: Android: Allow third-party plugin registration
* Android: Expose filePlugin getter so that other plugins can register
filesystems
* Fix typos in deprecation message
* Add backwards-compatibility shim for file-transfer
* Android: Allow third-party plugin registration
* CB-5810 [BlackBerry10] resolve local:/// paths (application assets)
* CB-5774: create DirectoryEntry instead of FileEntry
* Initial fix for CB-5747
* Change default FS URL scheme to "cdvfile"
* Android: Properly format content urls
* Android, iOS: Replace "filesystem" protocol string with constant
* Android: Allow absolute paths on Entry.getFile / Entry.getDirectory
* Android: Make clear that getFile takes a path, not just a filename
* CB-5008: Rename resolveLocalFileSystemURI to resolveLocalFileSystemURL;
deprecate original
* Remove old file reference from plugin.xml
* Android: Refactor File API
* CB-4899 [BlackBerry10] Fix resolve directories
* CB-5602 Windows8. Fix File Api mobile spec tests
* Android: Better support for content urls and cross-filesystem copy/move
ops
* CB-5699 [BlackBerry10] Update resolveLocalFileSystemURI implementation
* CB-5658 Update license comment formatting of doc/index.md
* CB-5658 Add doc.index.md for File plugin.
* CB-5658 Delete stale snapshot of plugin docs
* CB-5403: Backwards-compatibility with file:// urls where possible
* CB-5407: Fixes for ContentFilesystem
* Android: Add method for testing backwards-compatibility of filetransfer
plugin
* iOS: Add method for testing backwards-compatiblity of filetransfer plugin
* Android: Updates to allow FileTransfer to continue to work
* Android: Clean up unclosed file objects
* CB-5407: Add new Android source files to plugin.xml
* CB-5407: Move read, write and truncate methods into modules
* CB-5407: Move copy/move methods into FS modules
* CB-5407: Move getParent into FS modules
* CB-5407: Move getmetadata methods into FS modules
* CB-5407: Move readdir methods into FS modules
* CB-5407: Move remove methods into FS modules
* CB-5407: Move getFile into FS modules
* CB-5407: Start refactoring android code: Modular filesystems, rfs, rlfsurl
* CB-5407: Update android JS to use FS urls
* CB-5405: Use URL formatting for Entry.toURL
* Log file path for File exceptions.
* Partial fix for iOS File compatibility with previous fileTransfer plugin
* CB-5532 WP8. Add binary data support to FileWriter
* CB-5531 WP8. File Api readAsText incorrectly handles position args
* Added ubuntu platform support
* Added amazon-fireos platform support
* CB-5118 [BlackBerry10] Add check for undefined error handler
* CB-5406: Extend public API for dependent plugins
* CB-5403: Bump File plugin major version
* CB-5406: Split iOS file plugin into modules
* CB-5406: Factor out filesystem providers in iOS
* CB-5408: Add handler for filesystem:// urls
* CB-5406: Update iOS native code to use filesystem URLs internally
* CB-5405: Update JS code to use URLs exclusively
* CB-4816 Fix file creation outside sandbox for BB10
`org.apache.cordova.file-transfer@0.4.1`
* CB-5365 Remove unused exception var to prevent warnings?
* CB-2421 explicitly write the bytesSent,responseCode,result to the
FileUploadResult pending release of cordova-plugin-file dependency, added
some sanity checks for callbacks
* iOS: Update for new file plugin api
* CB-5631 Removed SimpleTrackingInputStream.read(byte[] buffer)
* CB-5762 android: Fix lengthComputable set wrong for gzip downloads
* CB-4899 [BlackBerry10] Improve binary file transfer download
* CB-5722 [BlackBerry10] Update upload function to use native file object
* CB-5658 Delete stale snapshot of plugin docs
* CB-5466: Update to work with filesystem URLs
`org.apache.cordova.geolocation`
* add ubuntu platform support
* CB-5326 adding FFOS permission and updating supported platforms
* CB-5729 [BlackBerry10] Update GeolocationProxy to return collapsed object
`org.apache.cordova.globalization`
* Add Tizen plugin support
`org.apache.cordova.inappbrowser`
* CB-5756: Android: Use WebView.evaluateJavascript for script injection on
Android 4.4+
* Didn't test on ICS or lower, getDrawable isn't supported until Jellybean
* add ubuntu platform
* Adding drawables to the inAppBrowser. This doesn't look quite right, but
it's a HUGE improvement over the previous settings
* CB-5756: Android: Use WebView.evaluateJavascript for script injection on
Android 4.4+
* Remove alive from InAppBrowser.js since it didn't catch the case where
the browser is closed by the user.
* CB-5733 Fix IAB.close() not working if called before show() animation is
done
`org.apache.cordova.media`
* Add preliminary support for Tizen.
* [CB-4755] Fix crash in Media.setVolume on iOS
`org.apache.cordova.media-capture`
* [ubuntu] request audio/camera/microphone permission
* fixed cordova cli add capture plugin not work wp
* CB-5685 [BlackBerry10] Add access_shared permission
`org.apache.cordova.network-information`
* Initial implementation of Tizen plugin.
`org.apache.cordova.splashscreen`
* [CB-3562] Fix aspect ratio on landscape-only iPhone applications
* CB-4051 fix for splashscreen rotation problem
`org.apache.cordova.vibration`
* Add support for Tizen.
* CB-3206 - Supported platforms updated
The plugins have been updated on our registry at [plugins.cordova.io](
http://plugins.cordova.io/).
E.g. To update your vibration plugin:
cordova plugin rm org.apache.cordova.vibration
cordova plugin add org.apache.cordova.vibration
On Tue, Feb 4, 2014 at 3:20 PM, Joe Bowser <bo...@gmail.com> wrote:
> Don't do it! I think File still needs some work:
>
> https://issues.apache.org/jira/browse/CB-5974
>
> On Tue, Feb 4, 2014 at 3:18 PM, Herm Wong <ki...@hotmail.com>
> wrote:
> >
> >
> > Sounds good to me!
> >> From: agrieve@chromium.org
> >> Date: Tue, 4 Feb 2014 14:35:01 -0500
> >> Subject: Re: Plugins Release!
> >> To: dev@cordova.apache.org
> >>
> >> Sounds good!
> >>
> >>
> >> On Tue, Feb 4, 2014 at 2:19 PM, Steven Gill <st...@gmail.com>
> wrote:
> >>
> >> > I am going to take the silence as lazy consensus. I will make sure to
> >> > include the new file plugin as well.
> >> >
> >> > I will make sure to have a blog post of changes to review before I
> publish.
> >> >
> >> > -Steve
> >> >
> >> >
> >> >
> >> > On Mon, Feb 3, 2014 at 10:33 AM, Steven Gill <st...@gmail.com>
> >> > wrote:
> >> >
> >> > > Hey All,
> >> > >
> >> > > What is the general feeling on me moving forward with a plugins
> release
> >> > > today? I could start the process this afternoon if there aren't any
> >> > > objections or concerns.
> >> > >
> >> > > Are there any plugins that shouldn't be released?
> >> > >
> >> >
> >
>
Re: Plugins Release!
Posted by Joe Bowser <bo...@gmail.com>.
Don't do it! I think File still needs some work:
https://issues.apache.org/jira/browse/CB-5974
On Tue, Feb 4, 2014 at 3:18 PM, Herm Wong <ki...@hotmail.com> wrote:
>
>
> Sounds good to me!
>> From: agrieve@chromium.org
>> Date: Tue, 4 Feb 2014 14:35:01 -0500
>> Subject: Re: Plugins Release!
>> To: dev@cordova.apache.org
>>
>> Sounds good!
>>
>>
>> On Tue, Feb 4, 2014 at 2:19 PM, Steven Gill <st...@gmail.com> wrote:
>>
>> > I am going to take the silence as lazy consensus. I will make sure to
>> > include the new file plugin as well.
>> >
>> > I will make sure to have a blog post of changes to review before I publish.
>> >
>> > -Steve
>> >
>> >
>> >
>> > On Mon, Feb 3, 2014 at 10:33 AM, Steven Gill <st...@gmail.com>
>> > wrote:
>> >
>> > > Hey All,
>> > >
>> > > What is the general feeling on me moving forward with a plugins release
>> > > today? I could start the process this afternoon if there aren't any
>> > > objections or concerns.
>> > >
>> > > Are there any plugins that shouldn't be released?
>> > >
>> >
>
RE: Plugins Release!
Posted by Herm Wong <ki...@hotmail.com>.
Sounds good to me!
> From: agrieve@chromium.org
> Date: Tue, 4 Feb 2014 14:35:01 -0500
> Subject: Re: Plugins Release!
> To: dev@cordova.apache.org
>
> Sounds good!
>
>
> On Tue, Feb 4, 2014 at 2:19 PM, Steven Gill <st...@gmail.com> wrote:
>
> > I am going to take the silence as lazy consensus. I will make sure to
> > include the new file plugin as well.
> >
> > I will make sure to have a blog post of changes to review before I publish.
> >
> > -Steve
> >
> >
> >
> > On Mon, Feb 3, 2014 at 10:33 AM, Steven Gill <st...@gmail.com>
> > wrote:
> >
> > > Hey All,
> > >
> > > What is the general feeling on me moving forward with a plugins release
> > > today? I could start the process this afternoon if there aren't any
> > > objections or concerns.
> > >
> > > Are there any plugins that shouldn't be released?
> > >
> >
Re: Plugins Release!
Posted by Andrew Grieve <ag...@chromium.org>.
Sounds good!
On Tue, Feb 4, 2014 at 2:19 PM, Steven Gill <st...@gmail.com> wrote:
> I am going to take the silence as lazy consensus. I will make sure to
> include the new file plugin as well.
>
> I will make sure to have a blog post of changes to review before I publish.
>
> -Steve
>
>
>
> On Mon, Feb 3, 2014 at 10:33 AM, Steven Gill <st...@gmail.com>
> wrote:
>
> > Hey All,
> >
> > What is the general feeling on me moving forward with a plugins release
> > today? I could start the process this afternoon if there aren't any
> > objections or concerns.
> >
> > Are there any plugins that shouldn't be released?
> >
>
Re: Plugins Release!
Posted by Steven Gill <st...@gmail.com>.
I am going to take the silence as lazy consensus. I will make sure to
include the new file plugin as well.
I will make sure to have a blog post of changes to review before I publish.
-Steve
On Mon, Feb 3, 2014 at 10:33 AM, Steven Gill <st...@gmail.com> wrote:
> Hey All,
>
> What is the general feeling on me moving forward with a plugins release
> today? I could start the process this afternoon if there aren't any
> objections or concerns.
>
> Are there any plugins that shouldn't be released?
>