Re: [Android] Plugins to send on the ice flows to die
Ah. Then I'll shut up ;) Please don't! The input is appreciated, and the clarification worth mentioning. Mmm ice floes as a canadian, I can vouch for the complete accuracy of everything in that video. Make sure to go see our national igloo on your next visit to downtown Canada! On Mon, Mar 25, 2013 at 10:26 PM, Shazron shaz...@gmail.com wrote: Mmm ice floes (9m21s in): http://www.youtube.com/watch?v=KKh0P9o6y18t=9m21s On Mon, Mar 25, 2013 at 6:02 PM, Tommy-Carlos Williams to...@devgeeks.orgwrote: Ah. Then I'll shut up ;) On 26/03/2013, at 11:56 AM, Filip Maj f...@adobe.com wrote: In this particular case Joe was just speaking about Android. On 3/25/13 5:45 PM, Tommy-Carlos Williams to...@devgeeks.org wrote: RE: GeolocationŠ wouldn't moving to the browser implementation lead to a sub par experience when (as I have mentioned) the end user is asked for permission (in iOS as an example)? I really wouldn't want users of my apps to have a dialog pop up telling them that index.html wants something :) Isn't the Cordova implementation what is making that nicer and allowing for the app to ask for permission? On 26/03/2013, at 3:12 AM, Lorin Beer lorin.beer@gmail.com wrote: +1 for Geolocation Joe's reasoning is convincing: when native functionality exceeds/matches what were providing, what's the point? and a huge +1 for WebSQL, I believe W3C deprecated the spec in November 2011? 2010?! http://www.w3.org/TR/webdatabase/ Being proactive about this and deprecating/removing our own support for this api now strikes me as a far better move than waiting for WebKits to break it. Not to mention the brittleness and exception issues Joe mentioned. On Mon, Mar 25, 2013 at 7:22 AM, Braden Shepherdson bra...@chromium.orgwrote: +1 to killing WebSQL after we have IndexedDB support. It's no longer the standard and only exists in Webkit. The IndexedDB support doesn't exist at all in Android browser or iOS Safari though (a surprise to me, at least), according to caniuse.com[1] It isn't our job to maintain APIs that have been deprecated for a year, though we can keep WebSQL around if we want. Braden On Sun, Mar 24, 2013 at 2:05 PM, Shazron shaz...@gmail.com wrote: It was - but then the draft spec changed, inevitably :) On Sun, Mar 24, 2013 at 9:35 AM, Ken Wallis kwal...@blackberry.com wrote: Thanks Shaz. I had thought that the Cordova Capture API was already based on the Media Capture spec, should have looked closer. ;) Sent from my BlackBerry Z10 smartphone. From: Shazron Sent: Saturday, March 23, 2013 9:20 PM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org Subject: Re: [Android] Plugins to send on the ice flows to die Ken, From here: http://wiki.apache.org/cordova/Core%20API%20Audit It will bring you eventually to here (Media Capture - getusermedia): http://dev.w3.org/2011/webrtc/editor/getusermedia.html and there's also HTML Media Capture: http://www.w3.org/TR/html-media-capture/ On Fri, Mar 22, 2013 at 7:16 PM, Ken Wallis kwal...@blackberry.com wrote: What spec is that? I would like to research that, I was not aware there was a new one. Thanks! Sent from my BlackBerry Z10 smartphone. From: Shazron Sent: Friday, March 22, 2013 8:43 PM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org Subject: Re: [Android] Plugins to send on the ice flows to die Andrew: Capture API. But that's going away I reckon as well (there is a new spec) On Fri, Mar 22, 2013 at 5:29 PM, Andrew Grieve agri...@chromium.org wrote: What's the alternative to Camera? On Fri, Mar 22, 2013 at 6:04 PM, Filip Maj f...@adobe.com wrote: +1 geo and websql deprecation I would wait on camera until we actually do the api audit On 3/22/13 2:54 PM, Joe Bowser bows...@gmail.com wrote: Hey I'm currently looking through the plugins, and I'm thinking more and more that Android has at least two plugins that I would like to see no longer maintained once we break them off of the main repository. Geolocation: --- Our Geolocation doesn't actually give us anything that the browser doesn't do. I think that GPS could be done better, and that the spec sucks. However our core plugins are supposed to follow the spec, and since the browser on Android does this much better, there's no point for this plugin to exist. WebSQL Storage: Our WebSQL storage is pretty brittle and is just a shim to the raw SQLite that Android creates. There's no real exception handling, and this could easily crash. I would like to deprecate this and point people to a third party
Re: [Android] Plugins to send on the ice flows to die
On Mon, Mar 25, 2013 at 12:53 PM, Lorin Beer lorin.beer@gmail.com wrote: Simon, is the concern that users will continue to use WebSQL in Cordova/PhoneGap apps after the polyfill is removed, which will then break on specific releases of Android? Exactly! Simon Mac Donald http://hi.im/simonmacdonald
Re: [Android] Plugins to send on the ice flows to die
+1 to killing WebSQL after we have IndexedDB support. It's no longer the standard and only exists in Webkit. The IndexedDB support doesn't exist at all in Android browser or iOS Safari though (a surprise to me, at least), according to caniuse.com[1] It isn't our job to maintain APIs that have been deprecated for a year, though we can keep WebSQL around if we want. Braden On Sun, Mar 24, 2013 at 2:05 PM, Shazron shaz...@gmail.com wrote: It was - but then the draft spec changed, inevitably :) On Sun, Mar 24, 2013 at 9:35 AM, Ken Wallis kwal...@blackberry.com wrote: Thanks Shaz. I had thought that the Cordova Capture API was already based on the Media Capture spec, should have looked closer. ;) Sent from my BlackBerry Z10 smartphone. From: Shazron Sent: Saturday, March 23, 2013 9:20 PM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org Subject: Re: [Android] Plugins to send on the ice flows to die Ken, From here: http://wiki.apache.org/cordova/Core%20API%20Audit It will bring you eventually to here (Media Capture - getusermedia): http://dev.w3.org/2011/webrtc/editor/getusermedia.html and there's also HTML Media Capture: http://www.w3.org/TR/html-media-capture/ On Fri, Mar 22, 2013 at 7:16 PM, Ken Wallis kwal...@blackberry.com wrote: What spec is that? I would like to research that, I was not aware there was a new one. Thanks! Sent from my BlackBerry Z10 smartphone. From: Shazron Sent: Friday, March 22, 2013 8:43 PM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org Subject: Re: [Android] Plugins to send on the ice flows to die Andrew: Capture API. But that's going away I reckon as well (there is a new spec) On Fri, Mar 22, 2013 at 5:29 PM, Andrew Grieve agri...@chromium.org wrote: What's the alternative to Camera? On Fri, Mar 22, 2013 at 6:04 PM, Filip Maj f...@adobe.com wrote: +1 geo and websql deprecation I would wait on camera until we actually do the api audit On 3/22/13 2:54 PM, Joe Bowser bows...@gmail.com wrote: Hey I'm currently looking through the plugins, and I'm thinking more and more that Android has at least two plugins that I would like to see no longer maintained once we break them off of the main repository. Geolocation: --- Our Geolocation doesn't actually give us anything that the browser doesn't do. I think that GPS could be done better, and that the spec sucks. However our core plugins are supposed to follow the spec, and since the browser on Android does this much better, there's no point for this plugin to exist. WebSQL Storage: Our WebSQL storage is pretty brittle and is just a shim to the raw SQLite that Android creates. There's no real exception handling, and this could easily crash. I would like to deprecate this and point people to a third party plugin if they need their SQLite done. Camera -- Also, we need to figure out how we capture things. It'd be good if we picked one way to do this over the other. Right now mobile-spec seems to use the Camera API, which I don't think is correct. We need to write a new test for this, because right now this isn't well tested. I'd like to send the old Camera API on the ice flow in favour of capture and the native URI handling. Thoughts on this? Joe - This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful. - This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.
Re: [Android] Plugins to send on the ice flows to die
+1 for Geolocation Joe's reasoning is convincing: when native functionality exceeds/matches what were providing, what's the point? and a huge +1 for WebSQL, I believe W3C deprecated the spec in November 2011? 2010?! http://www.w3.org/TR/webdatabase/ Being proactive about this and deprecating/removing our own support for this api now strikes me as a far better move than waiting for WebKits to break it. Not to mention the brittleness and exception issues Joe mentioned. On Mon, Mar 25, 2013 at 7:22 AM, Braden Shepherdson bra...@chromium.orgwrote: +1 to killing WebSQL after we have IndexedDB support. It's no longer the standard and only exists in Webkit. The IndexedDB support doesn't exist at all in Android browser or iOS Safari though (a surprise to me, at least), according to caniuse.com[1] It isn't our job to maintain APIs that have been deprecated for a year, though we can keep WebSQL around if we want. Braden On Sun, Mar 24, 2013 at 2:05 PM, Shazron shaz...@gmail.com wrote: It was - but then the draft spec changed, inevitably :) On Sun, Mar 24, 2013 at 9:35 AM, Ken Wallis kwal...@blackberry.com wrote: Thanks Shaz. I had thought that the Cordova Capture API was already based on the Media Capture spec, should have looked closer. ;) Sent from my BlackBerry Z10 smartphone. From: Shazron Sent: Saturday, March 23, 2013 9:20 PM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org Subject: Re: [Android] Plugins to send on the ice flows to die Ken, From here: http://wiki.apache.org/cordova/Core%20API%20Audit It will bring you eventually to here (Media Capture - getusermedia): http://dev.w3.org/2011/webrtc/editor/getusermedia.html and there's also HTML Media Capture: http://www.w3.org/TR/html-media-capture/ On Fri, Mar 22, 2013 at 7:16 PM, Ken Wallis kwal...@blackberry.com wrote: What spec is that? I would like to research that, I was not aware there was a new one. Thanks! Sent from my BlackBerry Z10 smartphone. From: Shazron Sent: Friday, March 22, 2013 8:43 PM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org Subject: Re: [Android] Plugins to send on the ice flows to die Andrew: Capture API. But that's going away I reckon as well (there is a new spec) On Fri, Mar 22, 2013 at 5:29 PM, Andrew Grieve agri...@chromium.org wrote: What's the alternative to Camera? On Fri, Mar 22, 2013 at 6:04 PM, Filip Maj f...@adobe.com wrote: +1 geo and websql deprecation I would wait on camera until we actually do the api audit On 3/22/13 2:54 PM, Joe Bowser bows...@gmail.com wrote: Hey I'm currently looking through the plugins, and I'm thinking more and more that Android has at least two plugins that I would like to see no longer maintained once we break them off of the main repository. Geolocation: --- Our Geolocation doesn't actually give us anything that the browser doesn't do. I think that GPS could be done better, and that the spec sucks. However our core plugins are supposed to follow the spec, and since the browser on Android does this much better, there's no point for this plugin to exist. WebSQL Storage: Our WebSQL storage is pretty brittle and is just a shim to the raw SQLite that Android creates. There's no real exception handling, and this could easily crash. I would like to deprecate this and point people to a third party plugin if they need their SQLite done. Camera -- Also, we need to figure out how we capture things. It'd be good if we picked one way to do this over the other. Right now mobile-spec seems to use the Camera API, which I don't think is correct. We need to write a new test for this, because right now this isn't well tested. I'd like to send the old Camera API on the ice flow in favour of capture and the native URI handling. Thoughts on this? Joe - This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.
Re: [Android] Plugins to send on the ice flows to die
The thing that worries me about killing our websql support is that we will get a situation where websql will be available on some versions of Android but not on others because we have removed our polyfil. Simon Mac Donald http://hi.im/simonmacdonald On Mon, Mar 25, 2013 at 12:12 PM, Lorin Beer lorin.beer@gmail.com wrote: +1 for Geolocation Joe's reasoning is convincing: when native functionality exceeds/matches what were providing, what's the point? and a huge +1 for WebSQL, I believe W3C deprecated the spec in November 2011? 2010?! http://www.w3.org/TR/webdatabase/ Being proactive about this and deprecating/removing our own support for this api now strikes me as a far better move than waiting for WebKits to break it. Not to mention the brittleness and exception issues Joe mentioned. On Mon, Mar 25, 2013 at 7:22 AM, Braden Shepherdson bra...@chromium.orgwrote: +1 to killing WebSQL after we have IndexedDB support. It's no longer the standard and only exists in Webkit. The IndexedDB support doesn't exist at all in Android browser or iOS Safari though (a surprise to me, at least), according to caniuse.com[1] It isn't our job to maintain APIs that have been deprecated for a year, though we can keep WebSQL around if we want. Braden On Sun, Mar 24, 2013 at 2:05 PM, Shazron shaz...@gmail.com wrote: It was - but then the draft spec changed, inevitably :) On Sun, Mar 24, 2013 at 9:35 AM, Ken Wallis kwal...@blackberry.com wrote: Thanks Shaz. I had thought that the Cordova Capture API was already based on the Media Capture spec, should have looked closer. ;) Sent from my BlackBerry Z10 smartphone. From: Shazron Sent: Saturday, March 23, 2013 9:20 PM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org Subject: Re: [Android] Plugins to send on the ice flows to die Ken, From here: http://wiki.apache.org/cordova/Core%20API%20Audit It will bring you eventually to here (Media Capture - getusermedia): http://dev.w3.org/2011/webrtc/editor/getusermedia.html and there's also HTML Media Capture: http://www.w3.org/TR/html-media-capture/ On Fri, Mar 22, 2013 at 7:16 PM, Ken Wallis kwal...@blackberry.com wrote: What spec is that? I would like to research that, I was not aware there was a new one. Thanks! Sent from my BlackBerry Z10 smartphone. From: Shazron Sent: Friday, March 22, 2013 8:43 PM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org Subject: Re: [Android] Plugins to send on the ice flows to die Andrew: Capture API. But that's going away I reckon as well (there is a new spec) On Fri, Mar 22, 2013 at 5:29 PM, Andrew Grieve agri...@chromium.org wrote: What's the alternative to Camera? On Fri, Mar 22, 2013 at 6:04 PM, Filip Maj f...@adobe.com wrote: +1 geo and websql deprecation I would wait on camera until we actually do the api audit On 3/22/13 2:54 PM, Joe Bowser bows...@gmail.com wrote: Hey I'm currently looking through the plugins, and I'm thinking more and more that Android has at least two plugins that I would like to see no longer maintained once we break them off of the main repository. Geolocation: --- Our Geolocation doesn't actually give us anything that the browser doesn't do. I think that GPS could be done better, and that the spec sucks. However our core plugins are supposed to follow the spec, and since the browser on Android does this much better, there's no point for this plugin to exist. WebSQL Storage: Our WebSQL storage is pretty brittle and is just a shim to the raw SQLite that Android creates. There's no real exception handling, and this could easily crash. I would like to deprecate this and point people to a third party plugin if they need their SQLite done. Camera -- Also, we need to figure out how we capture things. It'd be good if we picked one way to do this over the other. Right now mobile-spec seems to use the Camera API, which I don't think is correct. We need to write a new test for this, because right now this isn't well tested. I'd like to send the old Camera API on the ice flow in favour of capture and the native URI handling. Thoughts on this? Joe - This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other
Re: [Android] Plugins to send on the ice flows to die
it's a valid point, and I'm not too sure how to handle that. Deprecating our polyfill would be the obvious suggestion, but the whole point is to let these plugins die, not continue to include potentially broken/breakable code in future releases. How far back does WebSQL support go on Droid? On Mon, Mar 25, 2013 at 9:16 AM, Simon MacDonald simon.macdon...@gmail.comwrote: The thing that worries me about killing our websql support is that we will get a situation where websql will be available on some versions of Android but not on others because we have removed our polyfil. Simon Mac Donald http://hi.im/simonmacdonald On Mon, Mar 25, 2013 at 12:12 PM, Lorin Beer lorin.beer@gmail.com wrote: +1 for Geolocation Joe's reasoning is convincing: when native functionality exceeds/matches what were providing, what's the point? and a huge +1 for WebSQL, I believe W3C deprecated the spec in November 2011? 2010?! http://www.w3.org/TR/webdatabase/ Being proactive about this and deprecating/removing our own support for this api now strikes me as a far better move than waiting for WebKits to break it. Not to mention the brittleness and exception issues Joe mentioned. On Mon, Mar 25, 2013 at 7:22 AM, Braden Shepherdson bra...@chromium.org wrote: +1 to killing WebSQL after we have IndexedDB support. It's no longer the standard and only exists in Webkit. The IndexedDB support doesn't exist at all in Android browser or iOS Safari though (a surprise to me, at least), according to caniuse.com[1] It isn't our job to maintain APIs that have been deprecated for a year, though we can keep WebSQL around if we want. Braden On Sun, Mar 24, 2013 at 2:05 PM, Shazron shaz...@gmail.com wrote: It was - but then the draft spec changed, inevitably :) On Sun, Mar 24, 2013 at 9:35 AM, Ken Wallis kwal...@blackberry.com wrote: Thanks Shaz. I had thought that the Cordova Capture API was already based on the Media Capture spec, should have looked closer. ;) Sent from my BlackBerry Z10 smartphone. From: Shazron Sent: Saturday, March 23, 2013 9:20 PM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org Subject: Re: [Android] Plugins to send on the ice flows to die Ken, From here: http://wiki.apache.org/cordova/Core%20API%20Audit It will bring you eventually to here (Media Capture - getusermedia): http://dev.w3.org/2011/webrtc/editor/getusermedia.html and there's also HTML Media Capture: http://www.w3.org/TR/html-media-capture/ On Fri, Mar 22, 2013 at 7:16 PM, Ken Wallis kwal...@blackberry.com wrote: What spec is that? I would like to research that, I was not aware there was a new one. Thanks! Sent from my BlackBerry Z10 smartphone. From: Shazron Sent: Friday, March 22, 2013 8:43 PM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org Subject: Re: [Android] Plugins to send on the ice flows to die Andrew: Capture API. But that's going away I reckon as well (there is a new spec) On Fri, Mar 22, 2013 at 5:29 PM, Andrew Grieve agri...@chromium.org wrote: What's the alternative to Camera? On Fri, Mar 22, 2013 at 6:04 PM, Filip Maj f...@adobe.com wrote: +1 geo and websql deprecation I would wait on camera until we actually do the api audit On 3/22/13 2:54 PM, Joe Bowser bows...@gmail.com wrote: Hey I'm currently looking through the plugins, and I'm thinking more and more that Android has at least two plugins that I would like to see no longer maintained once we break them off of the main repository. Geolocation: --- Our Geolocation doesn't actually give us anything that the browser doesn't do. I think that GPS could be done better, and that the spec sucks. However our core plugins are supposed to follow the spec, and since the browser on Android does this much better, there's no point for this plugin to exist. WebSQL Storage: Our WebSQL storage is pretty brittle and is just a shim to the raw SQLite that Android creates. There's no real exception handling, and this could easily crash. I would like to deprecate this and point people to a third party plugin if they need their SQLite done. Camera -- Also, we need to figure out how we capture things. It'd be good if we picked one way to do this over the other. Right now mobile-spec seems to use the Camera API, which I don't think is correct. We need to write a new test for this, because right now this isn't well tested. I'd like
Re: [Android] Plugins to send on the ice flows to die
Originally it was for the 1.x stream but we found out we needed it for some broken implementations of Android 3.0 and one of the Android 4.x versions as well. Simon Mac Donald http://hi.im/simonmacdonald On Mon, Mar 25, 2013 at 12:24 PM, Lorin Beer lorin.beer@gmail.com wrote: it's a valid point, and I'm not too sure how to handle that. Deprecating our polyfill would be the obvious suggestion, but the whole point is to let these plugins die, not continue to include potentially broken/breakable code in future releases. How far back does WebSQL support go on Droid? On Mon, Mar 25, 2013 at 9:16 AM, Simon MacDonald simon.macdon...@gmail.comwrote: The thing that worries me about killing our websql support is that we will get a situation where websql will be available on some versions of Android but not on others because we have removed our polyfil. Simon Mac Donald http://hi.im/simonmacdonald On Mon, Mar 25, 2013 at 12:12 PM, Lorin Beer lorin.beer@gmail.com wrote: +1 for Geolocation Joe's reasoning is convincing: when native functionality exceeds/matches what were providing, what's the point? and a huge +1 for WebSQL, I believe W3C deprecated the spec in November 2011? 2010?! http://www.w3.org/TR/webdatabase/ Being proactive about this and deprecating/removing our own support for this api now strikes me as a far better move than waiting for WebKits to break it. Not to mention the brittleness and exception issues Joe mentioned. On Mon, Mar 25, 2013 at 7:22 AM, Braden Shepherdson bra...@chromium.org wrote: +1 to killing WebSQL after we have IndexedDB support. It's no longer the standard and only exists in Webkit. The IndexedDB support doesn't exist at all in Android browser or iOS Safari though (a surprise to me, at least), according to caniuse.com[1] It isn't our job to maintain APIs that have been deprecated for a year, though we can keep WebSQL around if we want. Braden On Sun, Mar 24, 2013 at 2:05 PM, Shazron shaz...@gmail.com wrote: It was - but then the draft spec changed, inevitably :) On Sun, Mar 24, 2013 at 9:35 AM, Ken Wallis kwal...@blackberry.com wrote: Thanks Shaz. I had thought that the Cordova Capture API was already based on the Media Capture spec, should have looked closer. ;) Sent from my BlackBerry Z10 smartphone. From: Shazron Sent: Saturday, March 23, 2013 9:20 PM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org Subject: Re: [Android] Plugins to send on the ice flows to die Ken, From here: http://wiki.apache.org/cordova/Core%20API%20Audit It will bring you eventually to here (Media Capture - getusermedia): http://dev.w3.org/2011/webrtc/editor/getusermedia.html and there's also HTML Media Capture: http://www.w3.org/TR/html-media-capture/ On Fri, Mar 22, 2013 at 7:16 PM, Ken Wallis kwal...@blackberry.com wrote: What spec is that? I would like to research that, I was not aware there was a new one. Thanks! Sent from my BlackBerry Z10 smartphone. From: Shazron Sent: Friday, March 22, 2013 8:43 PM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org Subject: Re: [Android] Plugins to send on the ice flows to die Andrew: Capture API. But that's going away I reckon as well (there is a new spec) On Fri, Mar 22, 2013 at 5:29 PM, Andrew Grieve agri...@chromium.org wrote: What's the alternative to Camera? On Fri, Mar 22, 2013 at 6:04 PM, Filip Maj f...@adobe.com wrote: +1 geo and websql deprecation I would wait on camera until we actually do the api audit On 3/22/13 2:54 PM, Joe Bowser bows...@gmail.com wrote: Hey I'm currently looking through the plugins, and I'm thinking more and more that Android has at least two plugins that I would like to see no longer maintained once we break them off of the main repository. Geolocation: --- Our Geolocation doesn't actually give us anything that the browser doesn't do. I think that GPS could be done better, and that the spec sucks. However our core plugins are supposed to follow the spec, and since the browser on Android does this much better, there's no point for this plugin to exist. WebSQL Storage: Our WebSQL storage is pretty brittle and is just a shim to the raw SQLite that Android creates. There's no real exception handling, and this could easily crash. I would like to deprecate this and point people to a third party plugin if they need their SQLite done. Camera -- Also, we need to figure out how we
Re: [Android] Plugins to send on the ice flows to die
hrm, that makes things trickier. Our deprecation policy is officially 3 releases now, yeah? It strikes me that the solution is to still deprecate WebSQL and push for IndexedDB support. Please correct me if I'm wrong, but deprecating WebSQL won't affect any releases out in the wild with the polyfill. And the deprecation time gives us the opportunity to advertise alternatives, so apps without the 'fill won't rely on WebSQL to begin with. Simon, is the concern that users will continue to use WebSQL in Cordova/PhoneGap apps after the polyfill is removed, which will then break on specific releases of Android? On Mon, Mar 25, 2013 at 9:35 AM, Simon MacDonald simon.macdon...@gmail.comwrote: Originally it was for the 1.x stream but we found out we needed it for some broken implementations of Android 3.0 and one of the Android 4.x versions as well. Simon Mac Donald http://hi.im/simonmacdonald On Mon, Mar 25, 2013 at 12:24 PM, Lorin Beer lorin.beer@gmail.com wrote: it's a valid point, and I'm not too sure how to handle that. Deprecating our polyfill would be the obvious suggestion, but the whole point is to let these plugins die, not continue to include potentially broken/breakable code in future releases. How far back does WebSQL support go on Droid? On Mon, Mar 25, 2013 at 9:16 AM, Simon MacDonald simon.macdon...@gmail.comwrote: The thing that worries me about killing our websql support is that we will get a situation where websql will be available on some versions of Android but not on others because we have removed our polyfil. Simon Mac Donald http://hi.im/simonmacdonald On Mon, Mar 25, 2013 at 12:12 PM, Lorin Beer lorin.beer@gmail.com wrote: +1 for Geolocation Joe's reasoning is convincing: when native functionality exceeds/matches what were providing, what's the point? and a huge +1 for WebSQL, I believe W3C deprecated the spec in November 2011? 2010?! http://www.w3.org/TR/webdatabase/ Being proactive about this and deprecating/removing our own support for this api now strikes me as a far better move than waiting for WebKits to break it. Not to mention the brittleness and exception issues Joe mentioned. On Mon, Mar 25, 2013 at 7:22 AM, Braden Shepherdson bra...@chromium.org wrote: +1 to killing WebSQL after we have IndexedDB support. It's no longer the standard and only exists in Webkit. The IndexedDB support doesn't exist at all in Android browser or iOS Safari though (a surprise to me, at least), according to caniuse.com[1] It isn't our job to maintain APIs that have been deprecated for a year, though we can keep WebSQL around if we want. Braden On Sun, Mar 24, 2013 at 2:05 PM, Shazron shaz...@gmail.com wrote: It was - but then the draft spec changed, inevitably :) On Sun, Mar 24, 2013 at 9:35 AM, Ken Wallis kwal...@blackberry.com wrote: Thanks Shaz. I had thought that the Cordova Capture API was already based on the Media Capture spec, should have looked closer. ;) Sent from my BlackBerry Z10 smartphone. From: Shazron Sent: Saturday, March 23, 2013 9:20 PM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org Subject: Re: [Android] Plugins to send on the ice flows to die Ken, From here: http://wiki.apache.org/cordova/Core%20API%20Audit It will bring you eventually to here (Media Capture - getusermedia): http://dev.w3.org/2011/webrtc/editor/getusermedia.html and there's also HTML Media Capture: http://www.w3.org/TR/html-media-capture/ On Fri, Mar 22, 2013 at 7:16 PM, Ken Wallis kwal...@blackberry.com wrote: What spec is that? I would like to research that, I was not aware there was a new one. Thanks! Sent from my BlackBerry Z10 smartphone. From: Shazron Sent: Friday, March 22, 2013 8:43 PM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org Subject: Re: [Android] Plugins to send on the ice flows to die Andrew: Capture API. But that's going away I reckon as well (there is a new spec) On Fri, Mar 22, 2013 at 5:29 PM, Andrew Grieve agri...@chromium.org wrote: What's the alternative to Camera? On Fri, Mar 22, 2013 at 6:04 PM, Filip Maj f...@adobe.com wrote: +1 geo and websql deprecation I would wait on camera until we actually do the api audit On 3/22/13 2:54 PM, Joe Bowser bows...@gmail.com wrote: Hey I'm currently looking through the plugins, and I'm thinking more and more that Android has at least two plugins that I would like to see no longer maintained once we break them off of the main repository.
Re: [Android] Plugins to send on the ice flows to die
I think its useful for us to have the conversation, but lets not forget that we're going to be moving to this plugin reality so what gets supported and doesn't isn't as big of a deal. On Mon, Mar 25, 2013 at 9:53 AM, Lorin Beer lorin.beer@gmail.com wrote: hrm, that makes things trickier. Our deprecation policy is officially 3 releases now, yeah? It strikes me that the solution is to still deprecate WebSQL and push for IndexedDB support. Please correct me if I'm wrong, but deprecating WebSQL won't affect any releases out in the wild with the polyfill. And the deprecation time gives us the opportunity to advertise alternatives, so apps without the 'fill won't rely on WebSQL to begin with. Simon, is the concern that users will continue to use WebSQL in Cordova/PhoneGap apps after the polyfill is removed, which will then break on specific releases of Android? On Mon, Mar 25, 2013 at 9:35 AM, Simon MacDonald simon.macdon...@gmail.comwrote: Originally it was for the 1.x stream but we found out we needed it for some broken implementations of Android 3.0 and one of the Android 4.x versions as well. Simon Mac Donald http://hi.im/simonmacdonald On Mon, Mar 25, 2013 at 12:24 PM, Lorin Beer lorin.beer@gmail.com wrote: it's a valid point, and I'm not too sure how to handle that. Deprecating our polyfill would be the obvious suggestion, but the whole point is to let these plugins die, not continue to include potentially broken/breakable code in future releases. How far back does WebSQL support go on Droid? On Mon, Mar 25, 2013 at 9:16 AM, Simon MacDonald simon.macdon...@gmail.comwrote: The thing that worries me about killing our websql support is that we will get a situation where websql will be available on some versions of Android but not on others because we have removed our polyfil. Simon Mac Donald http://hi.im/simonmacdonald On Mon, Mar 25, 2013 at 12:12 PM, Lorin Beer lorin.beer@gmail.com wrote: +1 for Geolocation Joe's reasoning is convincing: when native functionality exceeds/matches what were providing, what's the point? and a huge +1 for WebSQL, I believe W3C deprecated the spec in November 2011? 2010?! http://www.w3.org/TR/webdatabase/ Being proactive about this and deprecating/removing our own support for this api now strikes me as a far better move than waiting for WebKits to break it. Not to mention the brittleness and exception issues Joe mentioned. On Mon, Mar 25, 2013 at 7:22 AM, Braden Shepherdson bra...@chromium.org wrote: +1 to killing WebSQL after we have IndexedDB support. It's no longer the standard and only exists in Webkit. The IndexedDB support doesn't exist at all in Android browser or iOS Safari though (a surprise to me, at least), according to caniuse.com[1] It isn't our job to maintain APIs that have been deprecated for a year, though we can keep WebSQL around if we want. Braden On Sun, Mar 24, 2013 at 2:05 PM, Shazron shaz...@gmail.com wrote: It was - but then the draft spec changed, inevitably :) On Sun, Mar 24, 2013 at 9:35 AM, Ken Wallis kwal...@blackberry.com wrote: Thanks Shaz. I had thought that the Cordova Capture API was already based on the Media Capture spec, should have looked closer. ;) Sent from my BlackBerry Z10 smartphone. From: Shazron Sent: Saturday, March 23, 2013 9:20 PM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org Subject: Re: [Android] Plugins to send on the ice flows to die Ken, From here: http://wiki.apache.org/cordova/Core%20API%20Audit It will bring you eventually to here (Media Capture - getusermedia): http://dev.w3.org/2011/webrtc/editor/getusermedia.html and there's also HTML Media Capture: http://www.w3.org/TR/html-media-capture/ On Fri, Mar 22, 2013 at 7:16 PM, Ken Wallis kwal...@blackberry.com wrote: What spec is that? I would like to research that, I was not aware there was a new one. Thanks! Sent from my BlackBerry Z10 smartphone. From: Shazron Sent: Friday, March 22, 2013 8:43 PM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org Subject: Re: [Android] Plugins to send on the ice flows to die Andrew: Capture API. But that's going away I reckon as well (there is a new spec) On Fri, Mar 22, 2013 at 5:29 PM, Andrew Grieve agri...@chromium.org wrote: What's the alternative to Camera? On Fri, Mar 22, 2013 at 6:04 PM, Filip Maj f...@adobe.com wrote: +1 geo and websql deprecation I would wait on camera until we actually do the api audit On 3/22/13 2:54 PM, Joe Bowser bows...@gmail.com wrote:
Re: [Android] Plugins to send on the ice flows to die
RE: Geolocation… wouldn't moving to the browser implementation lead to a sub par experience when (as I have mentioned) the end user is asked for permission (in iOS as an example)? I really wouldn't want users of my apps to have a dialog pop up telling them that index.html wants something :) Isn't the Cordova implementation what is making that nicer and allowing for the app to ask for permission? On 26/03/2013, at 3:12 AM, Lorin Beer lorin.beer@gmail.com wrote: +1 for Geolocation Joe's reasoning is convincing: when native functionality exceeds/matches what were providing, what's the point? and a huge +1 for WebSQL, I believe W3C deprecated the spec in November 2011? 2010?! http://www.w3.org/TR/webdatabase/ Being proactive about this and deprecating/removing our own support for this api now strikes me as a far better move than waiting for WebKits to break it. Not to mention the brittleness and exception issues Joe mentioned. On Mon, Mar 25, 2013 at 7:22 AM, Braden Shepherdson bra...@chromium.orgwrote: +1 to killing WebSQL after we have IndexedDB support. It's no longer the standard and only exists in Webkit. The IndexedDB support doesn't exist at all in Android browser or iOS Safari though (a surprise to me, at least), according to caniuse.com[1] It isn't our job to maintain APIs that have been deprecated for a year, though we can keep WebSQL around if we want. Braden On Sun, Mar 24, 2013 at 2:05 PM, Shazron shaz...@gmail.com wrote: It was - but then the draft spec changed, inevitably :) On Sun, Mar 24, 2013 at 9:35 AM, Ken Wallis kwal...@blackberry.com wrote: Thanks Shaz. I had thought that the Cordova Capture API was already based on the Media Capture spec, should have looked closer. ;) Sent from my BlackBerry Z10 smartphone. From: Shazron Sent: Saturday, March 23, 2013 9:20 PM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org Subject: Re: [Android] Plugins to send on the ice flows to die Ken, From here: http://wiki.apache.org/cordova/Core%20API%20Audit It will bring you eventually to here (Media Capture - getusermedia): http://dev.w3.org/2011/webrtc/editor/getusermedia.html and there's also HTML Media Capture: http://www.w3.org/TR/html-media-capture/ On Fri, Mar 22, 2013 at 7:16 PM, Ken Wallis kwal...@blackberry.com wrote: What spec is that? I would like to research that, I was not aware there was a new one. Thanks! Sent from my BlackBerry Z10 smartphone. From: Shazron Sent: Friday, March 22, 2013 8:43 PM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org Subject: Re: [Android] Plugins to send on the ice flows to die Andrew: Capture API. But that's going away I reckon as well (there is a new spec) On Fri, Mar 22, 2013 at 5:29 PM, Andrew Grieve agri...@chromium.org wrote: What's the alternative to Camera? On Fri, Mar 22, 2013 at 6:04 PM, Filip Maj f...@adobe.com wrote: +1 geo and websql deprecation I would wait on camera until we actually do the api audit On 3/22/13 2:54 PM, Joe Bowser bows...@gmail.com wrote: Hey I'm currently looking through the plugins, and I'm thinking more and more that Android has at least two plugins that I would like to see no longer maintained once we break them off of the main repository. Geolocation: --- Our Geolocation doesn't actually give us anything that the browser doesn't do. I think that GPS could be done better, and that the spec sucks. However our core plugins are supposed to follow the spec, and since the browser on Android does this much better, there's no point for this plugin to exist. WebSQL Storage: Our WebSQL storage is pretty brittle and is just a shim to the raw SQLite that Android creates. There's no real exception handling, and this could easily crash. I would like to deprecate this and point people to a third party plugin if they need their SQLite done. Camera -- Also, we need to figure out how we capture things. It'd be good if we picked one way to do this over the other. Right now mobile-spec seems to use the Camera API, which I don't think is correct. We need to write a new test for this, because right now this isn't well tested. I'd like to send the old Camera API on the ice flow in favour of capture and the native URI handling. Thoughts on this? Joe - This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use,
Re: [Android] Plugins to send on the ice flows to die
In this particular case Joe was just speaking about Android. On 3/25/13 5:45 PM, Tommy-Carlos Williams to...@devgeeks.org wrote: RE: GeolocationŠ wouldn't moving to the browser implementation lead to a sub par experience when (as I have mentioned) the end user is asked for permission (in iOS as an example)? I really wouldn't want users of my apps to have a dialog pop up telling them that index.html wants something :) Isn't the Cordova implementation what is making that nicer and allowing for the app to ask for permission? On 26/03/2013, at 3:12 AM, Lorin Beer lorin.beer@gmail.com wrote: +1 for Geolocation Joe's reasoning is convincing: when native functionality exceeds/matches what were providing, what's the point? and a huge +1 for WebSQL, I believe W3C deprecated the spec in November 2011? 2010?! http://www.w3.org/TR/webdatabase/ Being proactive about this and deprecating/removing our own support for this api now strikes me as a far better move than waiting for WebKits to break it. Not to mention the brittleness and exception issues Joe mentioned. On Mon, Mar 25, 2013 at 7:22 AM, Braden Shepherdson bra...@chromium.orgwrote: +1 to killing WebSQL after we have IndexedDB support. It's no longer the standard and only exists in Webkit. The IndexedDB support doesn't exist at all in Android browser or iOS Safari though (a surprise to me, at least), according to caniuse.com[1] It isn't our job to maintain APIs that have been deprecated for a year, though we can keep WebSQL around if we want. Braden On Sun, Mar 24, 2013 at 2:05 PM, Shazron shaz...@gmail.com wrote: It was - but then the draft spec changed, inevitably :) On Sun, Mar 24, 2013 at 9:35 AM, Ken Wallis kwal...@blackberry.com wrote: Thanks Shaz. I had thought that the Cordova Capture API was already based on the Media Capture spec, should have looked closer. ;) Sent from my BlackBerry Z10 smartphone. From: Shazron Sent: Saturday, March 23, 2013 9:20 PM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org Subject: Re: [Android] Plugins to send on the ice flows to die Ken, From here: http://wiki.apache.org/cordova/Core%20API%20Audit It will bring you eventually to here (Media Capture - getusermedia): http://dev.w3.org/2011/webrtc/editor/getusermedia.html and there's also HTML Media Capture: http://www.w3.org/TR/html-media-capture/ On Fri, Mar 22, 2013 at 7:16 PM, Ken Wallis kwal...@blackberry.com wrote: What spec is that? I would like to research that, I was not aware there was a new one. Thanks! Sent from my BlackBerry Z10 smartphone. From: Shazron Sent: Friday, March 22, 2013 8:43 PM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org Subject: Re: [Android] Plugins to send on the ice flows to die Andrew: Capture API. But that's going away I reckon as well (there is a new spec) On Fri, Mar 22, 2013 at 5:29 PM, Andrew Grieve agri...@chromium.org wrote: What's the alternative to Camera? On Fri, Mar 22, 2013 at 6:04 PM, Filip Maj f...@adobe.com wrote: +1 geo and websql deprecation I would wait on camera until we actually do the api audit On 3/22/13 2:54 PM, Joe Bowser bows...@gmail.com wrote: Hey I'm currently looking through the plugins, and I'm thinking more and more that Android has at least two plugins that I would like to see no longer maintained once we break them off of the main repository. Geolocation: --- Our Geolocation doesn't actually give us anything that the browser doesn't do. I think that GPS could be done better, and that the spec sucks. However our core plugins are supposed to follow the spec, and since the browser on Android does this much better, there's no point for this plugin to exist. WebSQL Storage: Our WebSQL storage is pretty brittle and is just a shim to the raw SQLite that Android creates. There's no real exception handling, and this could easily crash. I would like to deprecate this and point people to a third party plugin if they need their SQLite done. Camera -- Also, we need to figure out how we capture things. It'd be good if we picked one way to do this over the other. Right now mobile-spec seems to use the Camera API, which I don't think is correct. We need to write a new test for this, because right now this isn't well tested. I'd like to send the old Camera API on the ice flow in favour of capture and the native URI handling. Thoughts on this? Joe - This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received
Re: [Android] Plugins to send on the ice flows to die
Ah. Then I'll shut up ;) On 26/03/2013, at 11:56 AM, Filip Maj f...@adobe.com wrote: In this particular case Joe was just speaking about Android. On 3/25/13 5:45 PM, Tommy-Carlos Williams to...@devgeeks.org wrote: RE: GeolocationŠ wouldn't moving to the browser implementation lead to a sub par experience when (as I have mentioned) the end user is asked for permission (in iOS as an example)? I really wouldn't want users of my apps to have a dialog pop up telling them that index.html wants something :) Isn't the Cordova implementation what is making that nicer and allowing for the app to ask for permission? On 26/03/2013, at 3:12 AM, Lorin Beer lorin.beer@gmail.com wrote: +1 for Geolocation Joe's reasoning is convincing: when native functionality exceeds/matches what were providing, what's the point? and a huge +1 for WebSQL, I believe W3C deprecated the spec in November 2011? 2010?! http://www.w3.org/TR/webdatabase/ Being proactive about this and deprecating/removing our own support for this api now strikes me as a far better move than waiting for WebKits to break it. Not to mention the brittleness and exception issues Joe mentioned. On Mon, Mar 25, 2013 at 7:22 AM, Braden Shepherdson bra...@chromium.orgwrote: +1 to killing WebSQL after we have IndexedDB support. It's no longer the standard and only exists in Webkit. The IndexedDB support doesn't exist at all in Android browser or iOS Safari though (a surprise to me, at least), according to caniuse.com[1] It isn't our job to maintain APIs that have been deprecated for a year, though we can keep WebSQL around if we want. Braden On Sun, Mar 24, 2013 at 2:05 PM, Shazron shaz...@gmail.com wrote: It was - but then the draft spec changed, inevitably :) On Sun, Mar 24, 2013 at 9:35 AM, Ken Wallis kwal...@blackberry.com wrote: Thanks Shaz. I had thought that the Cordova Capture API was already based on the Media Capture spec, should have looked closer. ;) Sent from my BlackBerry Z10 smartphone. From: Shazron Sent: Saturday, March 23, 2013 9:20 PM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org Subject: Re: [Android] Plugins to send on the ice flows to die Ken, From here: http://wiki.apache.org/cordova/Core%20API%20Audit It will bring you eventually to here (Media Capture - getusermedia): http://dev.w3.org/2011/webrtc/editor/getusermedia.html and there's also HTML Media Capture: http://www.w3.org/TR/html-media-capture/ On Fri, Mar 22, 2013 at 7:16 PM, Ken Wallis kwal...@blackberry.com wrote: What spec is that? I would like to research that, I was not aware there was a new one. Thanks! Sent from my BlackBerry Z10 smartphone. From: Shazron Sent: Friday, March 22, 2013 8:43 PM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org Subject: Re: [Android] Plugins to send on the ice flows to die Andrew: Capture API. But that's going away I reckon as well (there is a new spec) On Fri, Mar 22, 2013 at 5:29 PM, Andrew Grieve agri...@chromium.org wrote: What's the alternative to Camera? On Fri, Mar 22, 2013 at 6:04 PM, Filip Maj f...@adobe.com wrote: +1 geo and websql deprecation I would wait on camera until we actually do the api audit On 3/22/13 2:54 PM, Joe Bowser bows...@gmail.com wrote: Hey I'm currently looking through the plugins, and I'm thinking more and more that Android has at least two plugins that I would like to see no longer maintained once we break them off of the main repository. Geolocation: --- Our Geolocation doesn't actually give us anything that the browser doesn't do. I think that GPS could be done better, and that the spec sucks. However our core plugins are supposed to follow the spec, and since the browser on Android does this much better, there's no point for this plugin to exist. WebSQL Storage: Our WebSQL storage is pretty brittle and is just a shim to the raw SQLite that Android creates. There's no real exception handling, and this could easily crash. I would like to deprecate this and point people to a third party plugin if they need their SQLite done. Camera -- Also, we need to figure out how we capture things. It'd be good if we picked one way to do this over the other. Right now mobile-spec seems to use the Camera API, which I don't think is correct. We need to write a new test for this, because right now this isn't well tested. I'd like to send the old Camera API on the ice flow in favour of capture and the native URI handling. Thoughts on this? Joe - This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information.
Re: [Android] Plugins to send on the ice flows to die
Mmm ice floes (9m21s in): http://www.youtube.com/watch?v=KKh0P9o6y18t=9m21s On Mon, Mar 25, 2013 at 6:02 PM, Tommy-Carlos Williams to...@devgeeks.orgwrote: Ah. Then I'll shut up ;) On 26/03/2013, at 11:56 AM, Filip Maj f...@adobe.com wrote: In this particular case Joe was just speaking about Android. On 3/25/13 5:45 PM, Tommy-Carlos Williams to...@devgeeks.org wrote: RE: GeolocationŠ wouldn't moving to the browser implementation lead to a sub par experience when (as I have mentioned) the end user is asked for permission (in iOS as an example)? I really wouldn't want users of my apps to have a dialog pop up telling them that index.html wants something :) Isn't the Cordova implementation what is making that nicer and allowing for the app to ask for permission? On 26/03/2013, at 3:12 AM, Lorin Beer lorin.beer@gmail.com wrote: +1 for Geolocation Joe's reasoning is convincing: when native functionality exceeds/matches what were providing, what's the point? and a huge +1 for WebSQL, I believe W3C deprecated the spec in November 2011? 2010?! http://www.w3.org/TR/webdatabase/ Being proactive about this and deprecating/removing our own support for this api now strikes me as a far better move than waiting for WebKits to break it. Not to mention the brittleness and exception issues Joe mentioned. On Mon, Mar 25, 2013 at 7:22 AM, Braden Shepherdson bra...@chromium.orgwrote: +1 to killing WebSQL after we have IndexedDB support. It's no longer the standard and only exists in Webkit. The IndexedDB support doesn't exist at all in Android browser or iOS Safari though (a surprise to me, at least), according to caniuse.com[1] It isn't our job to maintain APIs that have been deprecated for a year, though we can keep WebSQL around if we want. Braden On Sun, Mar 24, 2013 at 2:05 PM, Shazron shaz...@gmail.com wrote: It was - but then the draft spec changed, inevitably :) On Sun, Mar 24, 2013 at 9:35 AM, Ken Wallis kwal...@blackberry.com wrote: Thanks Shaz. I had thought that the Cordova Capture API was already based on the Media Capture spec, should have looked closer. ;) Sent from my BlackBerry Z10 smartphone. From: Shazron Sent: Saturday, March 23, 2013 9:20 PM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org Subject: Re: [Android] Plugins to send on the ice flows to die Ken, From here: http://wiki.apache.org/cordova/Core%20API%20Audit It will bring you eventually to here (Media Capture - getusermedia): http://dev.w3.org/2011/webrtc/editor/getusermedia.html and there's also HTML Media Capture: http://www.w3.org/TR/html-media-capture/ On Fri, Mar 22, 2013 at 7:16 PM, Ken Wallis kwal...@blackberry.com wrote: What spec is that? I would like to research that, I was not aware there was a new one. Thanks! Sent from my BlackBerry Z10 smartphone. From: Shazron Sent: Friday, March 22, 2013 8:43 PM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org Subject: Re: [Android] Plugins to send on the ice flows to die Andrew: Capture API. But that's going away I reckon as well (there is a new spec) On Fri, Mar 22, 2013 at 5:29 PM, Andrew Grieve agri...@chromium.org wrote: What's the alternative to Camera? On Fri, Mar 22, 2013 at 6:04 PM, Filip Maj f...@adobe.com wrote: +1 geo and websql deprecation I would wait on camera until we actually do the api audit On 3/22/13 2:54 PM, Joe Bowser bows...@gmail.com wrote: Hey I'm currently looking through the plugins, and I'm thinking more and more that Android has at least two plugins that I would like to see no longer maintained once we break them off of the main repository. Geolocation: --- Our Geolocation doesn't actually give us anything that the browser doesn't do. I think that GPS could be done better, and that the spec sucks. However our core plugins are supposed to follow the spec, and since the browser on Android does this much better, there's no point for this plugin to exist. WebSQL Storage: Our WebSQL storage is pretty brittle and is just a shim to the raw SQLite that Android creates. There's no real exception handling, and this could easily crash. I would like to deprecate this and point people to a third party plugin if they need their SQLite done. Camera -- Also, we need to figure out how we capture things. It'd be good if we picked one way to do this over the other. Right now mobile-spec seems to use the Camera API, which I don't think is correct. We need to write a new test for this, because right now this isn't well tested. I'd like to send the old Camera API on the ice flow in favour of capture and the native URI handling. Thoughts on this? Joe
Re: [Android] Plugins to send on the ice flows to die
+1 to killing Geolocation -1 to killing WebSQL as you never know when Google is going to break WebSQL support for the next version of Android. I'm all in favour of deprecating it in favour of IndexedDB as that appears to be where things are moving. Simon Mac Donald http://hi.im/simonmacdonald On Fri, Mar 22, 2013 at 5:54 PM, Joe Bowser bows...@gmail.com wrote: Hey I'm currently looking through the plugins, and I'm thinking more and more that Android has at least two plugins that I would like to see no longer maintained once we break them off of the main repository. Geolocation: --- Our Geolocation doesn't actually give us anything that the browser doesn't do. I think that GPS could be done better, and that the spec sucks. However our core plugins are supposed to follow the spec, and since the browser on Android does this much better, there's no point for this plugin to exist. WebSQL Storage: Our WebSQL storage is pretty brittle and is just a shim to the raw SQLite that Android creates. There's no real exception handling, and this could easily crash. I would like to deprecate this and point people to a third party plugin if they need their SQLite done. Camera -- Also, we need to figure out how we capture things. It'd be good if we picked one way to do this over the other. Right now mobile-spec seems to use the Camera API, which I don't think is correct. We need to write a new test for this, because right now this isn't well tested. I'd like to send the old Camera API on the ice flow in favour of capture and the native URI handling. Thoughts on this? Joe
Re: [Android] Plugins to send on the ice flows to die
Ken, From here: http://wiki.apache.org/cordova/Core%20API%20Audit It will bring you eventually to here (Media Capture - getusermedia): http://dev.w3.org/2011/webrtc/editor/getusermedia.html and there's also HTML Media Capture: http://www.w3.org/TR/html-media-capture/ On Fri, Mar 22, 2013 at 7:16 PM, Ken Wallis kwal...@blackberry.com wrote: What spec is that? I would like to research that, I was not aware there was a new one. Thanks! Sent from my BlackBerry Z10 smartphone. From: Shazron Sent: Friday, March 22, 2013 8:43 PM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org Subject: Re: [Android] Plugins to send on the ice flows to die Andrew: Capture API. But that's going away I reckon as well (there is a new spec) On Fri, Mar 22, 2013 at 5:29 PM, Andrew Grieve agri...@chromium.org wrote: What's the alternative to Camera? On Fri, Mar 22, 2013 at 6:04 PM, Filip Maj f...@adobe.com wrote: +1 geo and websql deprecation I would wait on camera until we actually do the api audit On 3/22/13 2:54 PM, Joe Bowser bows...@gmail.com wrote: Hey I'm currently looking through the plugins, and I'm thinking more and more that Android has at least two plugins that I would like to see no longer maintained once we break them off of the main repository. Geolocation: --- Our Geolocation doesn't actually give us anything that the browser doesn't do. I think that GPS could be done better, and that the spec sucks. However our core plugins are supposed to follow the spec, and since the browser on Android does this much better, there's no point for this plugin to exist. WebSQL Storage: Our WebSQL storage is pretty brittle and is just a shim to the raw SQLite that Android creates. There's no real exception handling, and this could easily crash. I would like to deprecate this and point people to a third party plugin if they need their SQLite done. Camera -- Also, we need to figure out how we capture things. It'd be good if we picked one way to do this over the other. Right now mobile-spec seems to use the Camera API, which I don't think is correct. We need to write a new test for this, because right now this isn't well tested. I'd like to send the old Camera API on the ice flow in favour of capture and the native URI handling. Thoughts on this? Joe - This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.
Re: [Android] Plugins to send on the ice flows to die
Given that plugins will be independently versioned once they break off I think it will be a whole new world for where we focus our efforts next year. I suspect most of what you propose will be without contention. On Fri, Mar 22, 2013 at 2:54 PM, Joe Bowser bows...@gmail.com wrote: Hey I'm currently looking through the plugins, and I'm thinking more and more that Android has at least two plugins that I would like to see no longer maintained once we break them off of the main repository. Geolocation: --- Our Geolocation doesn't actually give us anything that the browser doesn't do. I think that GPS could be done better, and that the spec sucks. However our core plugins are supposed to follow the spec, and since the browser on Android does this much better, there's no point for this plugin to exist. WebSQL Storage: Our WebSQL storage is pretty brittle and is just a shim to the raw SQLite that Android creates. There's no real exception handling, and this could easily crash. I would like to deprecate this and point people to a third party plugin if they need their SQLite done. Camera -- Also, we need to figure out how we capture things. It'd be good if we picked one way to do this over the other. Right now mobile-spec seems to use the Camera API, which I don't think is correct. We need to write a new test for this, because right now this isn't well tested. I'd like to send the old Camera API on the ice flow in favour of capture and the native URI handling. Thoughts on this? Joe
Re: [Android] Plugins to send on the ice flows to die
What's the alternative to Camera? On Fri, Mar 22, 2013 at 6:04 PM, Filip Maj f...@adobe.com wrote: +1 geo and websql deprecation I would wait on camera until we actually do the api audit On 3/22/13 2:54 PM, Joe Bowser bows...@gmail.com wrote: Hey I'm currently looking through the plugins, and I'm thinking more and more that Android has at least two plugins that I would like to see no longer maintained once we break them off of the main repository. Geolocation: --- Our Geolocation doesn't actually give us anything that the browser doesn't do. I think that GPS could be done better, and that the spec sucks. However our core plugins are supposed to follow the spec, and since the browser on Android does this much better, there's no point for this plugin to exist. WebSQL Storage: Our WebSQL storage is pretty brittle and is just a shim to the raw SQLite that Android creates. There's no real exception handling, and this could easily crash. I would like to deprecate this and point people to a third party plugin if they need their SQLite done. Camera -- Also, we need to figure out how we capture things. It'd be good if we picked one way to do this over the other. Right now mobile-spec seems to use the Camera API, which I don't think is correct. We need to write a new test for this, because right now this isn't well tested. I'd like to send the old Camera API on the ice flow in favour of capture and the native URI handling. Thoughts on this? Joe
Re: [Android] Plugins to send on the ice flows to die
Andrew: Capture API. But that's going away I reckon as well (there is a new spec) On Fri, Mar 22, 2013 at 5:29 PM, Andrew Grieve agri...@chromium.org wrote: What's the alternative to Camera? On Fri, Mar 22, 2013 at 6:04 PM, Filip Maj f...@adobe.com wrote: +1 geo and websql deprecation I would wait on camera until we actually do the api audit On 3/22/13 2:54 PM, Joe Bowser bows...@gmail.com wrote: Hey I'm currently looking through the plugins, and I'm thinking more and more that Android has at least two plugins that I would like to see no longer maintained once we break them off of the main repository. Geolocation: --- Our Geolocation doesn't actually give us anything that the browser doesn't do. I think that GPS could be done better, and that the spec sucks. However our core plugins are supposed to follow the spec, and since the browser on Android does this much better, there's no point for this plugin to exist. WebSQL Storage: Our WebSQL storage is pretty brittle and is just a shim to the raw SQLite that Android creates. There's no real exception handling, and this could easily crash. I would like to deprecate this and point people to a third party plugin if they need their SQLite done. Camera -- Also, we need to figure out how we capture things. It'd be good if we picked one way to do this over the other. Right now mobile-spec seems to use the Camera API, which I don't think is correct. We need to write a new test for this, because right now this isn't well tested. I'd like to send the old Camera API on the ice flow in favour of capture and the native URI handling. Thoughts on this? Joe
Re: [Android] Plugins to send on the ice flows to die
What spec is that? I would like to research that, I was not aware there was a new one. Thanks! Sent from my BlackBerry Z10 smartphone. From: Shazron Sent: Friday, March 22, 2013 8:43 PM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org Subject: Re: [Android] Plugins to send on the ice flows to die Andrew: Capture API. But that's going away I reckon as well (there is a new spec) On Fri, Mar 22, 2013 at 5:29 PM, Andrew Grieve agri...@chromium.org wrote: What's the alternative to Camera? On Fri, Mar 22, 2013 at 6:04 PM, Filip Maj f...@adobe.com wrote: +1 geo and websql deprecation I would wait on camera until we actually do the api audit On 3/22/13 2:54 PM, Joe Bowser bows...@gmail.com wrote: Hey I'm currently looking through the plugins, and I'm thinking more and more that Android has at least two plugins that I would like to see no longer maintained once we break them off of the main repository. Geolocation: --- Our Geolocation doesn't actually give us anything that the browser doesn't do. I think that GPS could be done better, and that the spec sucks. However our core plugins are supposed to follow the spec, and since the browser on Android does this much better, there's no point for this plugin to exist. WebSQL Storage: Our WebSQL storage is pretty brittle and is just a shim to the raw SQLite that Android creates. There's no real exception handling, and this could easily crash. I would like to deprecate this and point people to a third party plugin if they need their SQLite done. Camera -- Also, we need to figure out how we capture things. It'd be good if we picked one way to do this over the other. Right now mobile-spec seems to use the Camera API, which I don't think is correct. We need to write a new test for this, because right now this isn't well tested. I'd like to send the old Camera API on the ice flow in favour of capture and the native URI handling. Thoughts on this? Joe - This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.
Re: [Android] Plugins to send on the ice flows to die
As long as the alerts for asking for permission (as an example) don't say index.html would like to use your position or whatever it is without the PhoneGap/Cordova API over the top… On 23/03/2013, at 9:04 AM, Filip Maj f...@adobe.com wrote: +1 geo and websql deprecation I would wait on camera until we actually do the api audit On 3/22/13 2:54 PM, Joe Bowser bows...@gmail.com wrote: Hey I'm currently looking through the plugins, and I'm thinking more and more that Android has at least two plugins that I would like to see no longer maintained once we break them off of the main repository. Geolocation: --- Our Geolocation doesn't actually give us anything that the browser doesn't do. I think that GPS could be done better, and that the spec sucks. However our core plugins are supposed to follow the spec, and since the browser on Android does this much better, there's no point for this plugin to exist. WebSQL Storage: Our WebSQL storage is pretty brittle and is just a shim to the raw SQLite that Android creates. There's no real exception handling, and this could easily crash. I would like to deprecate this and point people to a third party plugin if they need their SQLite done. Camera -- Also, we need to figure out how we capture things. It'd be good if we picked one way to do this over the other. Right now mobile-spec seems to use the Camera API, which I don't think is correct. We need to write a new test for this, because right now this isn't well tested. I'd like to send the old Camera API on the ice flow in favour of capture and the native URI handling. Thoughts on this? Joe