Technically there are two platforms right now. Android has minimal support,
and Jesse wants to do WP8 (again minimal), so thats another.


On Fri, Mar 7, 2014 at 3:23 PM, Anis KADRI <anis.ka...@gmail.com> wrote:

> +1 for labs. it doesn't really make sense to have them in core if they only
> support one platform.
>
>
> On Thu, Mar 6, 2014 at 8:47 AM, James Jong <wjamesj...@gmail.com> wrote:
>
> > Similar to keyboard plugin, I like the idea of letting this bake in labs
> > for now and moving them into core if we see multiple platforms start
> > needing a similar API.  So (a) and (c) for me.
> >
> > I would add that the iOS 6/7 specific code may not make sense as "core".
> >
> > -James Jong
> >
> > On Mar 5, 2014, at 9:10 PM, Jesse <purplecabb...@gmail.com> wrote:
> >
> > > I have created a task in JIRA for all the statusbar related discussion.
> > [1]
> > > There are numerous inconsistencies we need to address here.
> > >
> > > [1] https://issues.apache.org/jira/browse/CB-6177
> > >
> > > @purplecabbage
> > > risingj.com
> > >
> > >
> > > On Wed, Mar 5, 2014 at 5:15 PM, Shazron <shaz...@gmail.com> wrote:
> > >
> > >> Some background on the statusbar plugin.
> > >>
> > >> This was conceived because of iOS 7 where the statusbar overlays the
> > >> webview, and a lot of people didn't like their UI changing especially
> if
> > >> they still support iOS 6. That is the primary purpose of this plugin,
> > but
> > >> there are other features in there as well. In the last few weeks,
> there
> > was
> > >> a pull request (now integrated) for StatusBar.hide and StatusBar.show
> > for
> > >> Android as well.
> > >>
> > >> The issues related to the statusbar are under the label
> > "statusbar-plugin"
> > >> in JIRA, and there are currently 11 open issues. There are pull
> requests
> > >> for it from the PhoneGap Build team that I am waiting to integrate --
> > not
> > >> until we get this namespace stuff sorted out.
> > >>
> > >> I am not opposed to it being under the "labs" namespace. After talking
> > to
> > >> the Adobe team, we could also host the plugin under the PhoneGap
> Github
> > >> org, but I'd rather use that as a last resort.
> > >>
> > >>
> > >> On Wed, Mar 5, 2014 at 11:36 AM, Michal Mocny <mmo...@chromium.org>
> > wrote:
> > >>
> > >>> (a) Yes.
> > >>> (b) No -- some organizations (Adobe) don't like this, and we respect
> > >> that.
> > >>> We also want to point users at these plugins, so its good to have
> > >>> developers protected by Apache.
> > >>> (c) Sure -- so long as labs is clearly separate, and we leave them
> out
> > of
> > >>> blogs / plugin release notes, and we don't impact the rate of
> releases
> > >>> (i.e. we don't force devs to test the labs plugins, just verify the
> > >>> signatures is enough).
> > >>> (d) I think the "guardian" of these labs plugins should be free to
> > >> publish.
> > >>> There is no reason they are lower quality than anything else.
> > >>>
> > >>>
> > >>> Separate issue: is statusbar ready for Core?  I think we should leave
> > it
> > >> in
> > >>> labs for a little bit, have at least a few eyes audit the API and
> > >>> investigate if there is any other similar work in the field before we
> > >> make
> > >>> users depend on this, but that it should move to core eventually.
> > >>>
> > >>> -Michal
> > >>>
> > >>>
> > >>> On Wed, Mar 5, 2014 at 1:14 PM, Shazron <shaz...@apache.org> wrote:
> > >>>
> > >>>> statusbar is already published org.apache.cordova.statusbar.
> > >>>>
> > >>>> And... Since these plugins are somewhat experimental and we're
> > starting
> > >>> the
> > >>>> process of voting and publishing plugins to dist/, I wonder:
> > >>>>
> > >>>> a) Should we change the ID of these plugins to, say
> > >>>> "org.apache.cordova.labs"
> > >>>> b) Should we move these plugins to github and have them not under
> > >> apache
> > >>>> for now, e.g.: com.shazron.statusbar
> > >>>> c) Should we just add them to the plugin release process.
> > >>>> d) Should we just never publish them to the registry and have people
> > >> use
> > >>>> them via git url.
> > >>>>
> > >>>
> > >>
> >
> >
>

Reply via email to