It was - but then the draft spec changed, inevitably :)

On Sun, Mar 24, 2013 at 9:35 AM, Ken Wallis <[email protected]> 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: [email protected]
> Reply To: [email protected]
> 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 <[email protected]>
> 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: [email protected]
> > Reply To: [email protected]
> > 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 <[email protected]>
> > wrote:
> >
> > > What's the alternative to Camera?
> > >
> > >
> > > On Fri, Mar 22, 2013 at 6:04 PM, Filip Maj <[email protected]> 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" <[email protected]> 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.
>

Reply via email to