cordova-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Brian LeRoux...@brian.io>
Subject Re: [Android] Plugins to send on the ice flows to die
Date Mon, 25 Mar 2013 17:02:48 GMT
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.dev@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.macdonald@gmail.com>wrote:
>
>> 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.dev@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.macdonald@gmail.com>wrote:
>> >
>> >> 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.dev@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 <
>> braden@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 <shazron@gmail.com>
wrote:
>> >> >>
>> >> >> > It was - but then the draft spec changed, inevitably :)
>> >> >> >
>> >> >> >
>> >> >> > On Sun, Mar 24, 2013 at 9:35 AM, Ken Wallis <
>> kwallis@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 <
>> kwallis@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 <
>> >> agrieve@chromium.org
>> >> >> >
>> >> >> > > > wrote:
>> >> >> > > >
>> >> >> > > > > What's the alternative to Camera?
>> >> >> > > > >
>> >> >> > > > >
>> >> >> > > > > On Fri, Mar 22, 2013 at 6:04 PM, Filip Maj
<fil@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" <bowserj@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.
>> >> >> > >
>> >> >> >
>> >> >>
>> >>
>>

Mime
View raw message