Mailing-List: contact callback-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: callback-dev@incubator.apache.org
Received-SPF: pass (nike.apache.org: domain of fil@adobe.com designates
 64.18.1.35 as permitted sender)
From: Filip Maj <fil@adobe.com>
To: "callback-dev@incubator.apache.org" <callback-dev@incubator.apache.org>
Date: Sun, 21 Oct 2012 21:11:00 -0700
Subject: Re: enhancing the plugin lifecycle for ios
Thread-Topic: enhancing the plugin lifecycle for ios
Thread-Index: Ac2wC0Bp058HwwzITX2p5eeWiOt/iw==
Message-ID: <CCAA14DE.100E5%fil@adobe.com>
In-Reply-To: 
 <CA+h2+t0j9XTXfA=qrfSFJEyuh=9UjQHDFvwFRohDDRpkuonY-w@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
user-agent: Microsoft-MacOutlook/14.2.4.120824
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

Think of all of the core APIs in Cordova. A couple of them (device info,
network connection + info) are required before deviceready fires. If we
shed all of the core APIs and eventually adopt a 100% plugin-based
architecture (where cordova is composed of only the bridge between the
webview and native), then we end up composing a hybrid container with
arbitrary APIs. Some of those may or may not be available when the app
loads up, so defining the ability to lazily or eagerly load plugins is a
good idea.

On 10/21/12 9:02 PM, "Ally Ogilvie" <aogilvie@wizcorp.jp> wrote:

>Is there a point to having / making a plugin that is ready to use before
>deviceready() ...
>BUT not actually possible to comunicate with until deviceready() ?
>:)
>
>
>
>On Mon, Oct 22, 2012 at 12:49 PM, Filip Maj <fil@adobe.com> wrote:
>
>> One example: plugins that need to be eagerly-loaded could be required
>> before deviceready fires, so attaching to deviceready might not be an
>> option :)
>>
>> On 10/21/12 6:40 PM, "Ally Ogilvie" <aogilvie@wizcorp.jp> wrote:
>>
>> >+1 lazy load.
>> >Start up times can be critical to some apps.
>> >Booting a plugin from device ready() in JS or init /
>> >applicationDidFinishLaunchBlah in iOS is not enough for someone?
>> >
>> >
>> >On Sat, Oct 20, 2012 at 7:14 AM, Brian LeRoux <b@brian.io> wrote:
>> >
>> >> Koolaide, I added a subtask.
>> >>
>> >> On Fri, Oct 19, 2012 at 3:02 PM, Shazron <shazron@gmail.com> wrote:
>> >> > We  have https://issues.apache.org/jira/browse/CB-1108 for 2.3.0
>> >> >
>> >> > On Fri, Oct 19, 2012 at 1:39 PM, Brian LeRoux <b@brian.io> wrote:
>> >> >> Thats cool. Is the config.xml thing in jira? (Maybe add as
>>subtask if
>> >> so?)
>> >> >>
>> >> >> On Fri, Oct 19, 2012 at 12:48 PM, Shazron <shazron@gmail.com>
>>wrote:
>> >> >>> Dave - no we did not. We discussed it in the markmail thread I
>> >>linked
>> >> >>> to, but never did implement it.
>> >> >>>
>> >> >>> On Fri, Oct 19, 2012 at 12:41 PM, Dave Johnson <
>> >> dave.c.johnson@gmail.com> wrote:
>> >> >>>> Hey Shaz I thought that that we did the same thing with iOS as
>>the
>> >> >>>> onload thing in Java land?
>> >> >>>>
>> >> >>>> -d
>> >> >>>>
>> >> >>>> On Fri, Oct 19, 2012 at 12:02 PM, Shazron <shazron@gmail.com>
>> >>wrote:
>> >> >>>>> We can do the same for iOS once we move to config.xml. Should
>>we
>> >> wait till then?
>> >> >>>>>
>> >> >>>>> On Fri, Oct 19, 2012 at 11:58 AM, Filip Maj <fil@adobe.com>
>> wrote:
>> >> >>>>>> Plugin Manager in java land loads plugins defined with the
>> >>'onload'
>> >> >>>>>> attribute right away, otherwise lazy loads them.
>> >> >>>>>>
>> >> >>>>>>
>> >>
>> >>
>>=20
>>https://github.com/apache/incubator-cordova-android/blob/master/framework
>> >>/s
>> >> >>>>>> rc/org/apache/cordova/api/PluginManager.java#L189
>> >> >>>>>>
>> >> >>>>>>
>> >> >>>>>> On 10/19/12 11:54 AM, "Shazron" <shazron@gmail.com> wrote:
>> >> >>>>>>
>> >> >>>>>>>This is possible if somehow we can set which plugins can be
>> >>"loaded"
>> >> >>>>>>>at startup (or should all of them be loaded? seems wasteful).
>> >>Right
>> >> >>>>>>>now they are lazily loaded (on first use), so sending them a
>> >> >>>>>>>"onAppLaunch" event (or equivalent) would do nothing since
>>they
>> >>are
>> >> >>>>>>>not listening of course.
>> >> >>>>>>>
>> >> >>>>>>>Now's a good time to resurrect this old thread :)
>> >> >>>>>>>http://markmail.org/thread/hq2rd5lobbl4nkav
>> >> >>>>>>>I like Patrick Mueller's suggestion in that thread - but we
>>are
>> >> >>>>>>>migrating to config.xml (no ETA) so...
>> >> >>>>>>>
>> >> >>>>>>>On Fri, Oct 19, 2012 at 11:24 AM, Brian LeRoux <b@brian.io>
>> >>wrote:
>> >> >>>>>>>> Regarding:
>> >> >>>>>>>>
>> >> >>>>>>>>
>> >> >>>>>>>>
>> >>
>> >>
>>=20
>>https://github.com/alunny/cordova-plugin-spec/issues/5#issuecomment-95827
>> >> >>>>>>>>05
>> >> >>>>>>>>
>> >> >>>>>>>> Looks like we do not have a lifecycle event for app
>> >>launch/create
>> >> in
>> >> >>>>>>>>iOS land:
>> >> >>>>>>>>
>> >> >>>>>>>>
>> >> >>>>>>>>
>> >>
>> >>
>>=20
>>https://github.com/apache/incubator-cordova-ios/blob/master/CordovaLib/Cl
>> >> >>>>>>>>asses/CDVPlugin.h
>> >> >>>>>>>>
>> >> >>>>>>>> Any objections/concerns for having something like the
>>Android
>> >> plugin
>> >> >>>>>>>> init method?
>> >> >>>>>>>>
>> >> >>>>>>>>
>> >> >>>>>>>>
>> >>
>> >>
>>=20
>>https://github.com/apache/incubator-cordova-android/blob/master/framework
>> >> >>>>>>>>/src/org/apache/cordova/api/CordovaPlugin.java#L39
>> >> >>>>>>
>> >>
>> >
>> >
>> >
>> >--
>> > [image: Wizcorp - Incorporated Wizards!]
>> > Ally Ogilvie
>> >Lead Developer for Mobile Devices
>> >
>> >
>> >
>> >   wizcorp.jp
>> >
>> >3-10-14-6F, Higashi Nihombashi, Chuo-ku, 103-0004, Tokyo
>> >Tel: (+81)3-4550-1448 - E-mail: aogilvie@wizcorp.jp
>>
>>
>
>
>--=20
> [image: Wizcorp - Incorporated Wizards!]
> Ally Ogilvie
>Lead Developer for Mobile Devices
>
>
>
>   wizcorp.jp
>
>3-10-14-6F, Higashi Nihombashi, Chuo-ku, 103-0004, Tokyo
>Tel: (+81)3-4550-1448 - E-mail: aogilvie@wizcorp.jp