You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cordova.apache.org by Edna Y Morales <ey...@us.ibm.com> on 2015/08/04 21:36:44 UTC
WKWebView and iOS 9
Hi all,
Since the file:// url loading bug was fixed for WKWebView in iOS 9, are we
going to move away from the local webserver solution?
Thanks,
Edna Morales
Re: WKWebView and iOS 9
Posted by Carlos Santana <cs...@gmail.com>.
+1
- Carlos
Sent from my iPhone
> On Aug 26, 2015, at 1:48 AM, julio cesar sanchez <jc...@gmail.com> wrote:
>
> +1
>
> 2015-08-26 7:39 GMT+02:00 tommy-carlos williams <to...@devgeeks.org>:
>
>> +1
>>
>>
>> On 26 August 2015 at 07:20:18, Shazron (shazron@gmail.com) wrote:
>>
>> I'm going to move onto the 2 plugin idea if there are no objections. This
>> will preserve the existing plugin into a newly named plugin.
>>
>> On Mon, Aug 24, 2015 at 3:24 PM, Carlos Santana <cs...@gmail.com>
>> wrote:
>>
>>> I like much better your naming suggestions for the plugins
>>>
>>> - Carlos
>>> Sent from my iPhone
>>>
>>>> On Aug 24, 2015, at 4:17 PM, Shazron <sh...@gmail.com> wrote:
>>>>
>>>> I like the two plugin idea.
>>>>
>>>> Using file:// would be the recommended and default, iOS 9 only -- and
>>> this
>>>> should be wkwebview-engine
>>>> Using the local webserver -- and this could be
>>>> wkwebview-engine-local-webserver
>>>>
>>>>
>>>> On Thu, Aug 20, 2015 at 2:42 PM, Carlos Santana <cs...@gmail.com>
>>>> wrote:
>>>>
>>>>> What about 2 plugins?
>>>>>
>>>>> Maybe more clear for the developer can add one or the other
>>>>>
>>>>> wkengine-file (only supported on iOS 9+)
>>>>> wkengine-webserver (only supported iOS8, iOS9 and higher)
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> People that don't want to use the webserver might be annoyed to have
>>> dead
>>>>> code link.
>>>>>
>>>>> - Carlos
>>>>> Sent from my iPhone
>>>>>
>>>>>> On Aug 20, 2015, at 3:11 PM, Shazron <sh...@gmail.com> wrote:
>>>>>>
>>>>>> Ok re-capping the proposal, we need to move on this:
>>>>>>
>>>>>> 1. Recommend UIWebView usage on iOS 8 and below
>>>>>> 2. Recommend WKWebView usage on iOS 9 only (using file:// loading)
>> and
>>>>> the
>>>>>> plugin will support this
>>>>>> 3. WKWebView usage using local web server supported through a
>>> preference
>>>>>> (will only work on iOS 8 and above)
>>>>>>
>>>>>> As a consequence of #3:
>>>>>> a) The local webserver plugin will always be installed when you
>> install
>>>>> the
>>>>>> wkwebview-engine plugin
>>>>>> b) The local webserver plugin code will be always be linked into your
>>> app
>>>>>> executable, so the symbols will always be there. There will be no
>>>>>> runtime/memory impact if the pref is off
>>>>>> c) we can't make local-webserver dependency depend on iOS 8 only,
>> some
>>>>>> would want to use #3 for iOS 8 and above, for example
>>>>>>
>>>>>>
>>>>>> On Wed, Aug 5, 2015 at 3:15 PM, julio cesar sanchez <
>>>>> jcesarmobile@gmail.com>
>>>>>> wrote:
>>>>>>
>>>>>>> You are right, sorry, I haven't looked into the pluggable webviews
>>> yet.
>>>>>>>
>>>>>>> After looking into the WKWebView engine plugin I've seen that the
>>> local
>>>>>>> webserver is a dependency, I thought it was included inside the
>> plugin
>>>>> (as
>>>>>>> the one from Eddy).
>>>>>>>
>>>>>>> So, the way to go is remove the dependency and make it only
>> available
>>>>> for
>>>>>>> iOS 9? and if the user want to use it on iOS 8 then he install the
>>>>>>> webserver plugin manually and maybe add a preference on the
>> WKWebView
>>>>>>> engine plugin? or is there a way that the preference (or an install
>>>>> param)
>>>>>>> can install the webserver plugin with a hook or something?
>>>>>>>
>>>>>>>
>>>>>>> 2015-08-05 8:30 GMT+02:00 Shazron <sh...@gmail.com>:
>>>>>>>
>>>>>>>> I don't think that is a good idea. The reason why WKWebView is a
>>> plugin
>>>>>>> is
>>>>>>>> the faster update cycle. This is the total point of the new 4.x
>>>>> release:
>>>>>>>> pluggable webviews. If the current UIWebView implementation is
>> buggy,
>>>>>>>> someone could *potentially* update that also.
>>>>>>>>
>>>>>>>> On Wed, Aug 5, 2015 at 1:44 PM, julio cesar sanchez <
>>>>>>>> jcesarmobile@gmail.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> My idea:
>>>>>>>>>
>>>>>>>>> Make iOS 9 use WKWebView as default without plugin and iOS 8 and
>>>>>>> previous
>>>>>>>>> use UIWebView, then if people want WKWebView on iOS 8 they install
>>> the
>>>>>>>>> existing plugin with the webserver
>>>>>>>>>
>>>>>>>>> 2015-08-05 5:54 GMT+02:00 Shazron <sh...@gmail.com>:
>>>>>>>>>
>>>>>>>>>> +1 Carlos
>>>>>>>>>>
>>>>>>>>>>> On Wednesday, August 5, 2015, Carlos Santana <
>>> csantana23@gmail.com>
>>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>>> I would like to see by default or configuration setting be able
>> to
>>>>>>>> have
>>>>>>>>>>> that combination "WKWebView plugin only works on iOS 9 and older
>>>>>>>> iOSes
>>>>>>>>>>> fallback to UIWebView"
>>>>>>>>>>>
>>>>>>>>>>> I can already hear customers asking too many questions about
>>>>>>> running
>>>>>>>> a
>>>>>>>>>>> webserver inside their app (i.e. security, energy, old hacks on
>>>>>>>> their
>>>>>>>>>> own
>>>>>>>>>>> custom plugins, etc). I prefer to have the option to tell them
>>>>>>> it's a
>>>>>>>>>>> choice it's very easy to select to not have a webserver at all.
>>>>>>>>>>>
>>>>>>>>>>> - Carlos
>>>>>>>>>>> Sent from my iPhone
>>>>>>>>>>>
>>>>>>>>>>>> On Aug 4, 2015, at 8:16 PM, Shazron <shazron@gmail.com
>>>>>>>>> <javascript:;>>
>>>>>>>>>>> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> My thinking -- It'll be a hybrid approach - iOS 8 uses
>> local-web
>>>>>>>>>> server,
>>>>>>>>>>>> iOS 9 doesn't. We'll have to support both if the dev deploys to
>>>>>>> an
>>>>>>>>>> older
>>>>>>>>>>>> target (the final fallback is UIWebView)
>>>>>>>>>>>>
>>>>>>>>>>>> Either that or WKWebView plugin only works on iOS 9 and older
>>>>>>> iOSes
>>>>>>>>>>>> fallback to UIWebView.
>>>>>>>>>>>>
>>>>>>>>>>>>> On Wednesday, August 5, 2015, Edna Y Morales <
>>>>>>> eymorale@us.ibm.com
>>>>>>>>>>> <javascript:;>> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Hi all,
>>>>>>>>>>>>>
>>>>>>>>>>>>> Since the file:// url loading bug was fixed for WKWebView in
>> iOS
>>>>>>>> 9,
>>>>>>>>>> are
>>>>>>>>>>> we
>>>>>>>>>>>>> going to move away from the local webserver solution?
>>>>>>>>>>>>>
>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>> Edna Morales
>> ---------------------------------------------------------------------
>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
>>>>>>>>>> <javascript:;>
>>>>>>>>>>> For additional commands, e-mail: dev-help@cordova.apache.org
>>>>>>>>>>> <javascript:;>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
>>>>> For additional commands, e-mail: dev-help@cordova.apache.org
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
>>> For additional commands, e-mail: dev-help@cordova.apache.org
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
For additional commands, e-mail: dev-help@cordova.apache.org
Re: WKWebView and iOS 9
Posted by julio cesar sanchez <jc...@gmail.com>.
+1
2015-08-26 7:39 GMT+02:00 tommy-carlos williams <to...@devgeeks.org>:
> +1
>
>
> On 26 August 2015 at 07:20:18, Shazron (shazron@gmail.com) wrote:
>
> I'm going to move onto the 2 plugin idea if there are no objections. This
> will preserve the existing plugin into a newly named plugin.
>
> On Mon, Aug 24, 2015 at 3:24 PM, Carlos Santana <cs...@gmail.com>
> wrote:
>
> > I like much better your naming suggestions for the plugins
> >
> > - Carlos
> > Sent from my iPhone
> >
> > > On Aug 24, 2015, at 4:17 PM, Shazron <sh...@gmail.com> wrote:
> > >
> > > I like the two plugin idea.
> > >
> > > Using file:// would be the recommended and default, iOS 9 only -- and
> > this
> > > should be wkwebview-engine
> > > Using the local webserver -- and this could be
> > > wkwebview-engine-local-webserver
> > >
> > >
> > > On Thu, Aug 20, 2015 at 2:42 PM, Carlos Santana <cs...@gmail.com>
> > > wrote:
> > >
> > >> What about 2 plugins?
> > >>
> > >> Maybe more clear for the developer can add one or the other
> > >>
> > >> wkengine-file (only supported on iOS 9+)
> > >> wkengine-webserver (only supported iOS8, iOS9 and higher)
> > >>
> > >>
> > >>
> > >>
> > >> People that don't want to use the webserver might be annoyed to have
> > dead
> > >> code link.
> > >>
> > >> - Carlos
> > >> Sent from my iPhone
> > >>
> > >>> On Aug 20, 2015, at 3:11 PM, Shazron <sh...@gmail.com> wrote:
> > >>>
> > >>> Ok re-capping the proposal, we need to move on this:
> > >>>
> > >>> 1. Recommend UIWebView usage on iOS 8 and below
> > >>> 2. Recommend WKWebView usage on iOS 9 only (using file:// loading)
> and
> > >> the
> > >>> plugin will support this
> > >>> 3. WKWebView usage using local web server supported through a
> > preference
> > >>> (will only work on iOS 8 and above)
> > >>>
> > >>> As a consequence of #3:
> > >>> a) The local webserver plugin will always be installed when you
> install
> > >> the
> > >>> wkwebview-engine plugin
> > >>> b) The local webserver plugin code will be always be linked into your
> > app
> > >>> executable, so the symbols will always be there. There will be no
> > >>> runtime/memory impact if the pref is off
> > >>> c) we can't make local-webserver dependency depend on iOS 8 only,
> some
> > >>> would want to use #3 for iOS 8 and above, for example
> > >>>
> > >>>
> > >>> On Wed, Aug 5, 2015 at 3:15 PM, julio cesar sanchez <
> > >> jcesarmobile@gmail.com>
> > >>> wrote:
> > >>>
> > >>>> You are right, sorry, I haven't looked into the pluggable webviews
> > yet.
> > >>>>
> > >>>> After looking into the WKWebView engine plugin I've seen that the
> > local
> > >>>> webserver is a dependency, I thought it was included inside the
> plugin
> > >> (as
> > >>>> the one from Eddy).
> > >>>>
> > >>>> So, the way to go is remove the dependency and make it only
> available
> > >> for
> > >>>> iOS 9? and if the user want to use it on iOS 8 then he install the
> > >>>> webserver plugin manually and maybe add a preference on the
> WKWebView
> > >>>> engine plugin? or is there a way that the preference (or an install
> > >> param)
> > >>>> can install the webserver plugin with a hook or something?
> > >>>>
> > >>>>
> > >>>> 2015-08-05 8:30 GMT+02:00 Shazron <sh...@gmail.com>:
> > >>>>
> > >>>>> I don't think that is a good idea. The reason why WKWebView is a
> > plugin
> > >>>> is
> > >>>>> the faster update cycle. This is the total point of the new 4.x
> > >> release:
> > >>>>> pluggable webviews. If the current UIWebView implementation is
> buggy,
> > >>>>> someone could *potentially* update that also.
> > >>>>>
> > >>>>> On Wed, Aug 5, 2015 at 1:44 PM, julio cesar sanchez <
> > >>>>> jcesarmobile@gmail.com>
> > >>>>> wrote:
> > >>>>>
> > >>>>>> My idea:
> > >>>>>>
> > >>>>>> Make iOS 9 use WKWebView as default without plugin and iOS 8 and
> > >>>> previous
> > >>>>>> use UIWebView, then if people want WKWebView on iOS 8 they install
> > the
> > >>>>>> existing plugin with the webserver
> > >>>>>>
> > >>>>>> 2015-08-05 5:54 GMT+02:00 Shazron <sh...@gmail.com>:
> > >>>>>>
> > >>>>>>> +1 Carlos
> > >>>>>>>
> > >>>>>>>> On Wednesday, August 5, 2015, Carlos Santana <
> > csantana23@gmail.com>
> > >>>>>>> wrote:
> > >>>>>>>
> > >>>>>>>> I would like to see by default or configuration setting be able
> to
> > >>>>> have
> > >>>>>>>> that combination "WKWebView plugin only works on iOS 9 and older
> > >>>>> iOSes
> > >>>>>>>> fallback to UIWebView"
> > >>>>>>>>
> > >>>>>>>> I can already hear customers asking too many questions about
> > >>>> running
> > >>>>> a
> > >>>>>>>> webserver inside their app (i.e. security, energy, old hacks on
> > >>>>> their
> > >>>>>>> own
> > >>>>>>>> custom plugins, etc). I prefer to have the option to tell them
> > >>>> it's a
> > >>>>>>>> choice it's very easy to select to not have a webserver at all.
> > >>>>>>>>
> > >>>>>>>> - Carlos
> > >>>>>>>> Sent from my iPhone
> > >>>>>>>>
> > >>>>>>>>> On Aug 4, 2015, at 8:16 PM, Shazron <shazron@gmail.com
> > >>>>>> <javascript:;>>
> > >>>>>>>> wrote:
> > >>>>>>>>>
> > >>>>>>>>> My thinking -- It'll be a hybrid approach - iOS 8 uses
> local-web
> > >>>>>>> server,
> > >>>>>>>>> iOS 9 doesn't. We'll have to support both if the dev deploys to
> > >>>> an
> > >>>>>>> older
> > >>>>>>>>> target (the final fallback is UIWebView)
> > >>>>>>>>>
> > >>>>>>>>> Either that or WKWebView plugin only works on iOS 9 and older
> > >>>> iOSes
> > >>>>>>>>> fallback to UIWebView.
> > >>>>>>>>>
> > >>>>>>>>>> On Wednesday, August 5, 2015, Edna Y Morales <
> > >>>> eymorale@us.ibm.com
> > >>>>>>>> <javascript:;>> wrote:
> > >>>>>>>>>>
> > >>>>>>>>>>
> > >>>>>>>>>> Hi all,
> > >>>>>>>>>>
> > >>>>>>>>>> Since the file:// url loading bug was fixed for WKWebView in
> iOS
> > >>>>> 9,
> > >>>>>>> are
> > >>>>>>>> we
> > >>>>>>>>>> going to move away from the local webserver solution?
> > >>>>>>>>>>
> > >>>>>>>>>> Thanks,
> > >>>>>>>>>> Edna Morales
> > >>>>
> ---------------------------------------------------------------------
> > >>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
> > >>>>>>> <javascript:;>
> > >>>>>>>> For additional commands, e-mail: dev-help@cordova.apache.org
> > >>>>>>>> <javascript:;>
> > >>
> > >> ---------------------------------------------------------------------
> > >> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
> > >> For additional commands, e-mail: dev-help@cordova.apache.org
> > >>
> > >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
> > For additional commands, e-mail: dev-help@cordova.apache.org
> >
> >
>
Re: WKWebView and iOS 9
Posted by tommy-carlos williams <to...@devgeeks.org>.
+1
On 26 August 2015 at 07:20:18, Shazron (shazron@gmail.com) wrote:
I'm going to move onto the 2 plugin idea if there are no objections. This
will preserve the existing plugin into a newly named plugin.
On Mon, Aug 24, 2015 at 3:24 PM, Carlos Santana <cs...@gmail.com>
wrote:
> I like much better your naming suggestions for the plugins
>
> - Carlos
> Sent from my iPhone
>
> > On Aug 24, 2015, at 4:17 PM, Shazron <sh...@gmail.com> wrote:
> >
> > I like the two plugin idea.
> >
> > Using file:// would be the recommended and default, iOS 9 only -- and
> this
> > should be wkwebview-engine
> > Using the local webserver -- and this could be
> > wkwebview-engine-local-webserver
> >
> >
> > On Thu, Aug 20, 2015 at 2:42 PM, Carlos Santana <cs...@gmail.com>
> > wrote:
> >
> >> What about 2 plugins?
> >>
> >> Maybe more clear for the developer can add one or the other
> >>
> >> wkengine-file (only supported on iOS 9+)
> >> wkengine-webserver (only supported iOS8, iOS9 and higher)
> >>
> >>
> >>
> >>
> >> People that don't want to use the webserver might be annoyed to have
> dead
> >> code link.
> >>
> >> - Carlos
> >> Sent from my iPhone
> >>
> >>> On Aug 20, 2015, at 3:11 PM, Shazron <sh...@gmail.com> wrote:
> >>>
> >>> Ok re-capping the proposal, we need to move on this:
> >>>
> >>> 1. Recommend UIWebView usage on iOS 8 and below
> >>> 2. Recommend WKWebView usage on iOS 9 only (using file:// loading) and
> >> the
> >>> plugin will support this
> >>> 3. WKWebView usage using local web server supported through a
> preference
> >>> (will only work on iOS 8 and above)
> >>>
> >>> As a consequence of #3:
> >>> a) The local webserver plugin will always be installed when you install
> >> the
> >>> wkwebview-engine plugin
> >>> b) The local webserver plugin code will be always be linked into your
> app
> >>> executable, so the symbols will always be there. There will be no
> >>> runtime/memory impact if the pref is off
> >>> c) we can't make local-webserver dependency depend on iOS 8 only, some
> >>> would want to use #3 for iOS 8 and above, for example
> >>>
> >>>
> >>> On Wed, Aug 5, 2015 at 3:15 PM, julio cesar sanchez <
> >> jcesarmobile@gmail.com>
> >>> wrote:
> >>>
> >>>> You are right, sorry, I haven't looked into the pluggable webviews
> yet.
> >>>>
> >>>> After looking into the WKWebView engine plugin I've seen that the
> local
> >>>> webserver is a dependency, I thought it was included inside the plugin
> >> (as
> >>>> the one from Eddy).
> >>>>
> >>>> So, the way to go is remove the dependency and make it only available
> >> for
> >>>> iOS 9? and if the user want to use it on iOS 8 then he install the
> >>>> webserver plugin manually and maybe add a preference on the WKWebView
> >>>> engine plugin? or is there a way that the preference (or an install
> >> param)
> >>>> can install the webserver plugin with a hook or something?
> >>>>
> >>>>
> >>>> 2015-08-05 8:30 GMT+02:00 Shazron <sh...@gmail.com>:
> >>>>
> >>>>> I don't think that is a good idea. The reason why WKWebView is a
> plugin
> >>>> is
> >>>>> the faster update cycle. This is the total point of the new 4.x
> >> release:
> >>>>> pluggable webviews. If the current UIWebView implementation is buggy,
> >>>>> someone could *potentially* update that also.
> >>>>>
> >>>>> On Wed, Aug 5, 2015 at 1:44 PM, julio cesar sanchez <
> >>>>> jcesarmobile@gmail.com>
> >>>>> wrote:
> >>>>>
> >>>>>> My idea:
> >>>>>>
> >>>>>> Make iOS 9 use WKWebView as default without plugin and iOS 8 and
> >>>> previous
> >>>>>> use UIWebView, then if people want WKWebView on iOS 8 they install
> the
> >>>>>> existing plugin with the webserver
> >>>>>>
> >>>>>> 2015-08-05 5:54 GMT+02:00 Shazron <sh...@gmail.com>:
> >>>>>>
> >>>>>>> +1 Carlos
> >>>>>>>
> >>>>>>>> On Wednesday, August 5, 2015, Carlos Santana <
> csantana23@gmail.com>
> >>>>>>> wrote:
> >>>>>>>
> >>>>>>>> I would like to see by default or configuration setting be able to
> >>>>> have
> >>>>>>>> that combination "WKWebView plugin only works on iOS 9 and older
> >>>>> iOSes
> >>>>>>>> fallback to UIWebView"
> >>>>>>>>
> >>>>>>>> I can already hear customers asking too many questions about
> >>>> running
> >>>>> a
> >>>>>>>> webserver inside their app (i.e. security, energy, old hacks on
> >>>>> their
> >>>>>>> own
> >>>>>>>> custom plugins, etc). I prefer to have the option to tell them
> >>>> it's a
> >>>>>>>> choice it's very easy to select to not have a webserver at all.
> >>>>>>>>
> >>>>>>>> - Carlos
> >>>>>>>> Sent from my iPhone
> >>>>>>>>
> >>>>>>>>> On Aug 4, 2015, at 8:16 PM, Shazron <shazron@gmail.com
> >>>>>> <javascript:;>>
> >>>>>>>> wrote:
> >>>>>>>>>
> >>>>>>>>> My thinking -- It'll be a hybrid approach - iOS 8 uses local-web
> >>>>>>> server,
> >>>>>>>>> iOS 9 doesn't. We'll have to support both if the dev deploys to
> >>>> an
> >>>>>>> older
> >>>>>>>>> target (the final fallback is UIWebView)
> >>>>>>>>>
> >>>>>>>>> Either that or WKWebView plugin only works on iOS 9 and older
> >>>> iOSes
> >>>>>>>>> fallback to UIWebView.
> >>>>>>>>>
> >>>>>>>>>> On Wednesday, August 5, 2015, Edna Y Morales <
> >>>> eymorale@us.ibm.com
> >>>>>>>> <javascript:;>> wrote:
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> Hi all,
> >>>>>>>>>>
> >>>>>>>>>> Since the file:// url loading bug was fixed for WKWebView in iOS
> >>>>> 9,
> >>>>>>> are
> >>>>>>>> we
> >>>>>>>>>> going to move away from the local webserver solution?
> >>>>>>>>>>
> >>>>>>>>>> Thanks,
> >>>>>>>>>> Edna Morales
> >>>> ---------------------------------------------------------------------
> >>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
> >>>>>>> <javascript:;>
> >>>>>>>> For additional commands, e-mail: dev-help@cordova.apache.org
> >>>>>>>> <javascript:;>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
> >> For additional commands, e-mail: dev-help@cordova.apache.org
> >>
> >>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
> For additional commands, e-mail: dev-help@cordova.apache.org
>
>
Re: WKWebView and iOS 9
Posted by Shazron <sh...@gmail.com>.
Welp, screwed up -- asked for commits to be sent to dev@ instead of commits@!
sorry!
On Tue, Sep 8, 2015 at 12:17 PM, Shazron <sh...@gmail.com> wrote:
> Requested new repo: https://issues.apache.org/jira/browse/INFRA-10392
>
> On Thu, Aug 27, 2015 at 2:13 PM, Shazron <sh...@gmail.com> wrote:
>
>> Awesome!
>>
>> Filed:
>> https://issues.apache.org/jira/browse/CB-9566
>> https://issues.apache.org/jira/browse/CB-9567
>>
>> Overall board:
>> https://issues.apache.org/jira/secure/RapidBoard.jspa?rapidView=76
>>
>>
>> On Wed, Aug 26, 2015 at 8:02 AM, Kerri Shotts <ke...@gmail.com>
>> wrote:
>>
>>> No objections at all. :)
>>>
>>> Kerri Shotts , photoKandy Studios LLC
>>>
>>> http://www.photokandy.com/ • @photokandy
>>>
>>> → CONFIDENTIAL ←
>>>
>>> This email and any attachments may be confidential. If you are not the
>>> intended recipient, please let us know by replying to this message, and
>>> then remove the message and its attachments from your system. You should
>>> not disseminate, distribute, or otherwise copy or release the information
>>> contained herein, nor can we accept any liability for any loss or damages
>>> resulting from the use, abuse, or mis-use of the information contained
>>> herein.
>>>
>>> → SECURITY ←
>>>
>>> Computer viruses can be distributed via email. It is the recipient’s
>>> responsibility to check this email and any attachments for viruses. Email
>>> transmission cannot be guaranteed to be secure or error-free as the email
>>> could have been intercepted, corrupted, delayed, and/or re-transmitted. The
>>> sender does not accept any liability for errors or omissions within this
>>> message or its attachments, nor for any viruses which may be present.
>>>
>>> Note: We do our very best to ensure that nothing we send contains
>>> viruses. However, because of the nature of email and the way it is sent, we
>>> can’t promise that some other party hasn’t intercepted our email and added
>>> malicious content. Due to the nature of email, we can’t accept any
>>> liability for any damage or loss arising from the use, abuse, or mis-use of
>>> this email and any of its attachments.
>>>
>>> → PRIVACY ←
>>>
>>> Email is not a secure communications medium. When replying to this or
>>> any message, you should not include any information that you do not want
>>> the entire world to be capable of seeing. In other words, don’t send
>>> financial accounts (CC#s, Bank Account #s, etc.), passwords, social
>>> security numbers, or the like, even when asked directly. photoKandy Studios
>>> LLC will never ask you for this information.
>>>
>>> Information transmitted via email may be intercepted and retransmitted
>>> by any number of other entities. This is the nature of email, and as such,
>>> we can’t be held liable for any loss or damage incurred by replying to this
>>> message with compromising information. Review your message prior to sending
>>> it, and ensure that there is no information you wouldn’t be comfortable
>>> with the entire world knowing.
>>>
>>>
>>>
>>>
>>>
>>>
>>> On Tue, Aug 25, 2015 at 2:20 PM -0700, "Shazron" <sh...@gmail.com>
>>> wrote:
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> I'm going to move onto the 2 plugin idea if there are no objections. This
>>> will preserve the existing plugin into a newly named plugin.
>>>
>>> On Mon, Aug 24, 2015 at 3:24 PM, Carlos Santana
>>> wrote:
>>>
>>> > I like much better your naming suggestions for the plugins
>>> >
>>> > - Carlos
>>> > Sent from my iPhone
>>> >
>>> > > On Aug 24, 2015, at 4:17 PM, Shazron wrote:
>>> > >
>>> > > I like the two plugin idea.
>>> > >
>>> > > Using file:// would be the recommended and default, iOS 9 only -- and
>>> > this
>>> > > should be wkwebview-engine
>>> > > Using the local webserver -- and this could be
>>> > > wkwebview-engine-local-webserver
>>> > >
>>> > >
>>> > > On Thu, Aug 20, 2015 at 2:42 PM, Carlos Santana
>>> > > wrote:
>>> > >
>>> > >> What about 2 plugins?
>>> > >>
>>> > >> Maybe more clear for the developer can add one or the other
>>> > >>
>>> > >> wkengine-file (only supported on iOS 9+)
>>> > >> wkengine-webserver (only supported iOS8, iOS9 and higher)
>>> > >>
>>> > >>
>>> > >>
>>> > >>
>>> > >> People that don't want to use the webserver might be annoyed to
>>> have
>>> > dead
>>> > >> code link.
>>> > >>
>>> > >> - Carlos
>>> > >> Sent from my iPhone
>>> > >>
>>> > >>> On Aug 20, 2015, at 3:11 PM, Shazron wrote:
>>> > >>>
>>> > >>> Ok re-capping the proposal, we need to move on this:
>>> > >>>
>>> > >>> 1. Recommend UIWebView usage on iOS 8 and below
>>> > >>> 2. Recommend WKWebView usage on iOS 9 only (using file:// loading)
>>> and
>>> > >> the
>>> > >>> plugin will support this
>>> > >>> 3. WKWebView usage using local web server supported through a
>>> > preference
>>> > >>> (will only work on iOS 8 and above)
>>> > >>>
>>> > >>> As a consequence of #3:
>>> > >>> a) The local webserver plugin will always be installed when you
>>> install
>>> > >> the
>>> > >>> wkwebview-engine plugin
>>> > >>> b) The local webserver plugin code will be always be linked into
>>> your
>>> > app
>>> > >>> executable, so the symbols will always be there. There will be no
>>> > >>> runtime/memory impact if the pref is off
>>> > >>> c) we can't make local-webserver dependency depend on iOS 8 only,
>>> some
>>> > >>> would want to use #3 for iOS 8 and above, for example
>>> > >>>
>>> > >>>
>>> > >>> On Wed, Aug 5, 2015 at 3:15 PM, julio cesar sanchez <
>>> > >> jcesarmobile@gmail.com>
>>> > >>> wrote:
>>> > >>>
>>> > >>>> You are right, sorry, I haven't looked into the pluggable webviews
>>> > yet.
>>> > >>>>
>>> > >>>> After looking into the WKWebView engine plugin I've seen that the
>>> > local
>>> > >>>> webserver is a dependency, I thought it was included inside the
>>> plugin
>>> > >> (as
>>> > >>>> the one from Eddy).
>>> > >>>>
>>> > >>>> So, the way to go is remove the dependency and make it only
>>> available
>>> > >> for
>>> > >>>> iOS 9? and if the user want to use it on iOS 8 then he install the
>>> > >>>> webserver plugin manually and maybe add a preference on the
>>> WKWebView
>>> > >>>> engine plugin? or is there a way that the preference (or an
>>> install
>>> > >> param)
>>> > >>>> can install the webserver plugin with a hook or something?
>>> > >>>>
>>> > >>>>
>>> > >>>> 2015-08-05 8:30 GMT+02:00 Shazron :
>>> > >>>>
>>> > >>>>> I don't think that is a good idea. The reason why WKWebView is a
>>> > plugin
>>> > >>>> is
>>> > >>>>> the faster update cycle. This is the total point of the new 4.x
>>> > >> release:
>>> > >>>>> pluggable webviews. If the current UIWebView implementation is
>>> buggy,
>>> > >>>>> someone could *potentially* update that also.
>>> > >>>>>
>>> > >>>>> On Wed, Aug 5, 2015 at 1:44 PM, julio cesar sanchez <
>>> > >>>>> jcesarmobile@gmail.com>
>>> > >>>>> wrote:
>>> > >>>>>
>>> > >>>>>> My idea:
>>> > >>>>>>
>>> > >>>>>> Make iOS 9 use WKWebView as default without plugin and iOS 8 and
>>> > >>>> previous
>>> > >>>>>> use UIWebView, then if people want WKWebView on iOS 8 they
>>> install
>>> > the
>>> > >>>>>> existing plugin with the webserver
>>> > >>>>>>
>>> > >>>>>> 2015-08-05 5:54 GMT+02:00 Shazron :
>>> > >>>>>>
>>> > >>>>>>> +1 Carlos
>>> > >>>>>>>
>>> > >>>>>>>> On Wednesday, August 5, 2015, Carlos Santana <
>>> > csantana23@gmail.com>
>>> > >>>>>>> wrote:
>>> > >>>>>>>
>>> > >>>>>>>> I would like to see by default or configuration setting be
>>> able to
>>> > >>>>> have
>>> > >>>>>>>> that combination "WKWebView plugin only works on iOS 9 and
>>> older
>>> > >>>>> iOSes
>>> > >>>>>>>> fallback to UIWebView"
>>> > >>>>>>>>
>>> > >>>>>>>> I can already hear customers asking too many questions about
>>> > >>>> running
>>> > >>>>> a
>>> > >>>>>>>> webserver inside their app (i.e. security, energy, old hacks
>>> on
>>> > >>>>> their
>>> > >>>>>>> own
>>> > >>>>>>>> custom plugins, etc). I prefer to have the option to tell them
>>> > >>>> it's a
>>> > >>>>>>>> choice it's very easy to select to not have a webserver at
>>> all.
>>> > >>>>>>>>
>>> > >>>>>>>> - Carlos
>>> > >>>>>>>> Sent from my iPhone
>>> > >>>>>>>>
>>> > >>>>>>>>> On Aug 4, 2015, at 8:16 PM, Shazron >>>>>> >
>>> > >>>>>>>> wrote:
>>> > >>>>>>>>>
>>> > >>>>>>>>> My thinking -- It'll be a hybrid approach - iOS 8 uses
>>> local-web
>>> > >>>>>>> server,
>>> > >>>>>>>>> iOS 9 doesn't. We'll have to support both if the dev deploys
>>> to
>>> > >>>> an
>>> > >>>>>>> older
>>> > >>>>>>>>> target (the final fallback is UIWebView)
>>> > >>>>>>>>>
>>> > >>>>>>>>> Either that or WKWebView plugin only works on iOS 9 and older
>>> > >>>> iOSes
>>> > >>>>>>>>> fallback to UIWebView.
>>> > >>>>>>>>>
>>> > >>>>>>>>>> On Wednesday, August 5, 2015, Edna Y Morales <
>>> > >>>> eymorale@us.ibm.com
>>> > >>>>>>>> > wrote:
>>> > >>>>>>>>>>
>>> > >>>>>>>>>>
>>> > >>>>>>>>>> Hi all,
>>> > >>>>>>>>>>
>>> > >>>>>>>>>> Since the file:// url loading bug was fixed for WKWebView
>>> in iOS
>>> > >>>>> 9,
>>> > >>>>>>> are
>>> > >>>>>>>> we
>>> > >>>>>>>>>> going to move away from the local webserver solution?
>>> > >>>>>>>>>>
>>> > >>>>>>>>>> Thanks,
>>> > >>>>>>>>>> Edna Morales
>>> > >>>>
>>> ---------------------------------------------------------------------
>>> > >>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
>>> > >>>>>>>
>>> > >>>>>>>> For additional commands, e-mail: dev-help@cordova.apache.org
>>> > >>>>>>>>
>>> > >>
>>> > >>
>>> ---------------------------------------------------------------------
>>> > >> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
>>> > >> For additional commands, e-mail: dev-help@cordova.apache.org
>>> > >>
>>> > >>
>>> >
>>> > ---------------------------------------------------------------------
>>> > To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
>>> > For additional commands, e-mail: dev-help@cordova.apache.org
>>> >
>>> >
>>>
>>
>>
>
Re: WKWebView and iOS 9
Posted by Shazron <sh...@gmail.com>.
Requested new repo: https://issues.apache.org/jira/browse/INFRA-10392
On Thu, Aug 27, 2015 at 2:13 PM, Shazron <sh...@gmail.com> wrote:
> Awesome!
>
> Filed:
> https://issues.apache.org/jira/browse/CB-9566
> https://issues.apache.org/jira/browse/CB-9567
>
> Overall board:
> https://issues.apache.org/jira/secure/RapidBoard.jspa?rapidView=76
>
>
> On Wed, Aug 26, 2015 at 8:02 AM, Kerri Shotts <ke...@gmail.com>
> wrote:
>
>> No objections at all. :)
>>
>> Kerri Shotts , photoKandy Studios LLC
>>
>> http://www.photokandy.com/ • @photokandy
>>
>> → CONFIDENTIAL ←
>>
>> This email and any attachments may be confidential. If you are not the
>> intended recipient, please let us know by replying to this message, and
>> then remove the message and its attachments from your system. You should
>> not disseminate, distribute, or otherwise copy or release the information
>> contained herein, nor can we accept any liability for any loss or damages
>> resulting from the use, abuse, or mis-use of the information contained
>> herein.
>>
>> → SECURITY ←
>>
>> Computer viruses can be distributed via email. It is the recipient’s
>> responsibility to check this email and any attachments for viruses. Email
>> transmission cannot be guaranteed to be secure or error-free as the email
>> could have been intercepted, corrupted, delayed, and/or re-transmitted. The
>> sender does not accept any liability for errors or omissions within this
>> message or its attachments, nor for any viruses which may be present.
>>
>> Note: We do our very best to ensure that nothing we send contains
>> viruses. However, because of the nature of email and the way it is sent, we
>> can’t promise that some other party hasn’t intercepted our email and added
>> malicious content. Due to the nature of email, we can’t accept any
>> liability for any damage or loss arising from the use, abuse, or mis-use of
>> this email and any of its attachments.
>>
>> → PRIVACY ←
>>
>> Email is not a secure communications medium. When replying to this or any
>> message, you should not include any information that you do not want the
>> entire world to be capable of seeing. In other words, don’t send financial
>> accounts (CC#s, Bank Account #s, etc.), passwords, social security numbers,
>> or the like, even when asked directly. photoKandy Studios LLC will never
>> ask you for this information.
>>
>> Information transmitted via email may be intercepted and retransmitted by
>> any number of other entities. This is the nature of email, and as such, we
>> can’t be held liable for any loss or damage incurred by replying to this
>> message with compromising information. Review your message prior to sending
>> it, and ensure that there is no information you wouldn’t be comfortable
>> with the entire world knowing.
>>
>>
>>
>>
>>
>>
>> On Tue, Aug 25, 2015 at 2:20 PM -0700, "Shazron" <sh...@gmail.com>
>> wrote:
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> I'm going to move onto the 2 plugin idea if there are no objections. This
>> will preserve the existing plugin into a newly named plugin.
>>
>> On Mon, Aug 24, 2015 at 3:24 PM, Carlos Santana
>> wrote:
>>
>> > I like much better your naming suggestions for the plugins
>> >
>> > - Carlos
>> > Sent from my iPhone
>> >
>> > > On Aug 24, 2015, at 4:17 PM, Shazron wrote:
>> > >
>> > > I like the two plugin idea.
>> > >
>> > > Using file:// would be the recommended and default, iOS 9 only -- and
>> > this
>> > > should be wkwebview-engine
>> > > Using the local webserver -- and this could be
>> > > wkwebview-engine-local-webserver
>> > >
>> > >
>> > > On Thu, Aug 20, 2015 at 2:42 PM, Carlos Santana
>> > > wrote:
>> > >
>> > >> What about 2 plugins?
>> > >>
>> > >> Maybe more clear for the developer can add one or the other
>> > >>
>> > >> wkengine-file (only supported on iOS 9+)
>> > >> wkengine-webserver (only supported iOS8, iOS9 and higher)
>> > >>
>> > >>
>> > >>
>> > >>
>> > >> People that don't want to use the webserver might be annoyed to have
>> > dead
>> > >> code link.
>> > >>
>> > >> - Carlos
>> > >> Sent from my iPhone
>> > >>
>> > >>> On Aug 20, 2015, at 3:11 PM, Shazron wrote:
>> > >>>
>> > >>> Ok re-capping the proposal, we need to move on this:
>> > >>>
>> > >>> 1. Recommend UIWebView usage on iOS 8 and below
>> > >>> 2. Recommend WKWebView usage on iOS 9 only (using file:// loading)
>> and
>> > >> the
>> > >>> plugin will support this
>> > >>> 3. WKWebView usage using local web server supported through a
>> > preference
>> > >>> (will only work on iOS 8 and above)
>> > >>>
>> > >>> As a consequence of #3:
>> > >>> a) The local webserver plugin will always be installed when you
>> install
>> > >> the
>> > >>> wkwebview-engine plugin
>> > >>> b) The local webserver plugin code will be always be linked into
>> your
>> > app
>> > >>> executable, so the symbols will always be there. There will be no
>> > >>> runtime/memory impact if the pref is off
>> > >>> c) we can't make local-webserver dependency depend on iOS 8 only,
>> some
>> > >>> would want to use #3 for iOS 8 and above, for example
>> > >>>
>> > >>>
>> > >>> On Wed, Aug 5, 2015 at 3:15 PM, julio cesar sanchez <
>> > >> jcesarmobile@gmail.com>
>> > >>> wrote:
>> > >>>
>> > >>>> You are right, sorry, I haven't looked into the pluggable webviews
>> > yet.
>> > >>>>
>> > >>>> After looking into the WKWebView engine plugin I've seen that the
>> > local
>> > >>>> webserver is a dependency, I thought it was included inside the
>> plugin
>> > >> (as
>> > >>>> the one from Eddy).
>> > >>>>
>> > >>>> So, the way to go is remove the dependency and make it only
>> available
>> > >> for
>> > >>>> iOS 9? and if the user want to use it on iOS 8 then he install the
>> > >>>> webserver plugin manually and maybe add a preference on the
>> WKWebView
>> > >>>> engine plugin? or is there a way that the preference (or an install
>> > >> param)
>> > >>>> can install the webserver plugin with a hook or something?
>> > >>>>
>> > >>>>
>> > >>>> 2015-08-05 8:30 GMT+02:00 Shazron :
>> > >>>>
>> > >>>>> I don't think that is a good idea. The reason why WKWebView is a
>> > plugin
>> > >>>> is
>> > >>>>> the faster update cycle. This is the total point of the new 4.x
>> > >> release:
>> > >>>>> pluggable webviews. If the current UIWebView implementation is
>> buggy,
>> > >>>>> someone could *potentially* update that also.
>> > >>>>>
>> > >>>>> On Wed, Aug 5, 2015 at 1:44 PM, julio cesar sanchez <
>> > >>>>> jcesarmobile@gmail.com>
>> > >>>>> wrote:
>> > >>>>>
>> > >>>>>> My idea:
>> > >>>>>>
>> > >>>>>> Make iOS 9 use WKWebView as default without plugin and iOS 8 and
>> > >>>> previous
>> > >>>>>> use UIWebView, then if people want WKWebView on iOS 8 they
>> install
>> > the
>> > >>>>>> existing plugin with the webserver
>> > >>>>>>
>> > >>>>>> 2015-08-05 5:54 GMT+02:00 Shazron :
>> > >>>>>>
>> > >>>>>>> +1 Carlos
>> > >>>>>>>
>> > >>>>>>>> On Wednesday, August 5, 2015, Carlos Santana <
>> > csantana23@gmail.com>
>> > >>>>>>> wrote:
>> > >>>>>>>
>> > >>>>>>>> I would like to see by default or configuration setting be
>> able to
>> > >>>>> have
>> > >>>>>>>> that combination "WKWebView plugin only works on iOS 9 and
>> older
>> > >>>>> iOSes
>> > >>>>>>>> fallback to UIWebView"
>> > >>>>>>>>
>> > >>>>>>>> I can already hear customers asking too many questions about
>> > >>>> running
>> > >>>>> a
>> > >>>>>>>> webserver inside their app (i.e. security, energy, old hacks
>> on
>> > >>>>> their
>> > >>>>>>> own
>> > >>>>>>>> custom plugins, etc). I prefer to have the option to tell them
>> > >>>> it's a
>> > >>>>>>>> choice it's very easy to select to not have a webserver at all.
>> > >>>>>>>>
>> > >>>>>>>> - Carlos
>> > >>>>>>>> Sent from my iPhone
>> > >>>>>>>>
>> > >>>>>>>>> On Aug 4, 2015, at 8:16 PM, Shazron >>>>>> >
>> > >>>>>>>> wrote:
>> > >>>>>>>>>
>> > >>>>>>>>> My thinking -- It'll be a hybrid approach - iOS 8 uses
>> local-web
>> > >>>>>>> server,
>> > >>>>>>>>> iOS 9 doesn't. We'll have to support both if the dev deploys
>> to
>> > >>>> an
>> > >>>>>>> older
>> > >>>>>>>>> target (the final fallback is UIWebView)
>> > >>>>>>>>>
>> > >>>>>>>>> Either that or WKWebView plugin only works on iOS 9 and older
>> > >>>> iOSes
>> > >>>>>>>>> fallback to UIWebView.
>> > >>>>>>>>>
>> > >>>>>>>>>> On Wednesday, August 5, 2015, Edna Y Morales <
>> > >>>> eymorale@us.ibm.com
>> > >>>>>>>> > wrote:
>> > >>>>>>>>>>
>> > >>>>>>>>>>
>> > >>>>>>>>>> Hi all,
>> > >>>>>>>>>>
>> > >>>>>>>>>> Since the file:// url loading bug was fixed for WKWebView in
>> iOS
>> > >>>>> 9,
>> > >>>>>>> are
>> > >>>>>>>> we
>> > >>>>>>>>>> going to move away from the local webserver solution?
>> > >>>>>>>>>>
>> > >>>>>>>>>> Thanks,
>> > >>>>>>>>>> Edna Morales
>> > >>>>
>> ---------------------------------------------------------------------
>> > >>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
>> > >>>>>>>
>> > >>>>>>>> For additional commands, e-mail: dev-help@cordova.apache.org
>> > >>>>>>>>
>> > >>
>> > >> ---------------------------------------------------------------------
>> > >> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
>> > >> For additional commands, e-mail: dev-help@cordova.apache.org
>> > >>
>> > >>
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
>> > For additional commands, e-mail: dev-help@cordova.apache.org
>> >
>> >
>>
>
>
Re: WKWebView and iOS 9
Posted by Shazron <sh...@gmail.com>.
Awesome!
Filed:
https://issues.apache.org/jira/browse/CB-9566
https://issues.apache.org/jira/browse/CB-9567
Overall board:
https://issues.apache.org/jira/secure/RapidBoard.jspa?rapidView=76
On Wed, Aug 26, 2015 at 8:02 AM, Kerri Shotts <ke...@gmail.com> wrote:
> No objections at all. :)
>
> Kerri Shotts , photoKandy Studios LLC
>
> http://www.photokandy.com/ • @photokandy
>
> → CONFIDENTIAL ←
>
> This email and any attachments may be confidential. If you are not the
> intended recipient, please let us know by replying to this message, and
> then remove the message and its attachments from your system. You should
> not disseminate, distribute, or otherwise copy or release the information
> contained herein, nor can we accept any liability for any loss or damages
> resulting from the use, abuse, or mis-use of the information contained
> herein.
>
> → SECURITY ←
>
> Computer viruses can be distributed via email. It is the recipient’s
> responsibility to check this email and any attachments for viruses. Email
> transmission cannot be guaranteed to be secure or error-free as the email
> could have been intercepted, corrupted, delayed, and/or re-transmitted. The
> sender does not accept any liability for errors or omissions within this
> message or its attachments, nor for any viruses which may be present.
>
> Note: We do our very best to ensure that nothing we send contains viruses.
> However, because of the nature of email and the way it is sent, we can’t
> promise that some other party hasn’t intercepted our email and added
> malicious content. Due to the nature of email, we can’t accept any
> liability for any damage or loss arising from the use, abuse, or mis-use of
> this email and any of its attachments.
>
> → PRIVACY ←
>
> Email is not a secure communications medium. When replying to this or any
> message, you should not include any information that you do not want the
> entire world to be capable of seeing. In other words, don’t send financial
> accounts (CC#s, Bank Account #s, etc.), passwords, social security numbers,
> or the like, even when asked directly. photoKandy Studios LLC will never
> ask you for this information.
>
> Information transmitted via email may be intercepted and retransmitted by
> any number of other entities. This is the nature of email, and as such, we
> can’t be held liable for any loss or damage incurred by replying to this
> message with compromising information. Review your message prior to sending
> it, and ensure that there is no information you wouldn’t be comfortable
> with the entire world knowing.
>
>
>
>
>
>
> On Tue, Aug 25, 2015 at 2:20 PM -0700, "Shazron" <sh...@gmail.com>
> wrote:
>
>
>
>
>
>
>
>
>
>
> I'm going to move onto the 2 plugin idea if there are no objections. This
> will preserve the existing plugin into a newly named plugin.
>
> On Mon, Aug 24, 2015 at 3:24 PM, Carlos Santana
> wrote:
>
> > I like much better your naming suggestions for the plugins
> >
> > - Carlos
> > Sent from my iPhone
> >
> > > On Aug 24, 2015, at 4:17 PM, Shazron wrote:
> > >
> > > I like the two plugin idea.
> > >
> > > Using file:// would be the recommended and default, iOS 9 only -- and
> > this
> > > should be wkwebview-engine
> > > Using the local webserver -- and this could be
> > > wkwebview-engine-local-webserver
> > >
> > >
> > > On Thu, Aug 20, 2015 at 2:42 PM, Carlos Santana
> > > wrote:
> > >
> > >> What about 2 plugins?
> > >>
> > >> Maybe more clear for the developer can add one or the other
> > >>
> > >> wkengine-file (only supported on iOS 9+)
> > >> wkengine-webserver (only supported iOS8, iOS9 and higher)
> > >>
> > >>
> > >>
> > >>
> > >> People that don't want to use the webserver might be annoyed to have
> > dead
> > >> code link.
> > >>
> > >> - Carlos
> > >> Sent from my iPhone
> > >>
> > >>> On Aug 20, 2015, at 3:11 PM, Shazron wrote:
> > >>>
> > >>> Ok re-capping the proposal, we need to move on this:
> > >>>
> > >>> 1. Recommend UIWebView usage on iOS 8 and below
> > >>> 2. Recommend WKWebView usage on iOS 9 only (using file:// loading)
> and
> > >> the
> > >>> plugin will support this
> > >>> 3. WKWebView usage using local web server supported through a
> > preference
> > >>> (will only work on iOS 8 and above)
> > >>>
> > >>> As a consequence of #3:
> > >>> a) The local webserver plugin will always be installed when you
> install
> > >> the
> > >>> wkwebview-engine plugin
> > >>> b) The local webserver plugin code will be always be linked into your
> > app
> > >>> executable, so the symbols will always be there. There will be no
> > >>> runtime/memory impact if the pref is off
> > >>> c) we can't make local-webserver dependency depend on iOS 8 only,
> some
> > >>> would want to use #3 for iOS 8 and above, for example
> > >>>
> > >>>
> > >>> On Wed, Aug 5, 2015 at 3:15 PM, julio cesar sanchez <
> > >> jcesarmobile@gmail.com>
> > >>> wrote:
> > >>>
> > >>>> You are right, sorry, I haven't looked into the pluggable webviews
> > yet.
> > >>>>
> > >>>> After looking into the WKWebView engine plugin I've seen that the
> > local
> > >>>> webserver is a dependency, I thought it was included inside the
> plugin
> > >> (as
> > >>>> the one from Eddy).
> > >>>>
> > >>>> So, the way to go is remove the dependency and make it only
> available
> > >> for
> > >>>> iOS 9? and if the user want to use it on iOS 8 then he install the
> > >>>> webserver plugin manually and maybe add a preference on the
> WKWebView
> > >>>> engine plugin? or is there a way that the preference (or an install
> > >> param)
> > >>>> can install the webserver plugin with a hook or something?
> > >>>>
> > >>>>
> > >>>> 2015-08-05 8:30 GMT+02:00 Shazron :
> > >>>>
> > >>>>> I don't think that is a good idea. The reason why WKWebView is a
> > plugin
> > >>>> is
> > >>>>> the faster update cycle. This is the total point of the new 4.x
> > >> release:
> > >>>>> pluggable webviews. If the current UIWebView implementation is
> buggy,
> > >>>>> someone could *potentially* update that also.
> > >>>>>
> > >>>>> On Wed, Aug 5, 2015 at 1:44 PM, julio cesar sanchez <
> > >>>>> jcesarmobile@gmail.com>
> > >>>>> wrote:
> > >>>>>
> > >>>>>> My idea:
> > >>>>>>
> > >>>>>> Make iOS 9 use WKWebView as default without plugin and iOS 8 and
> > >>>> previous
> > >>>>>> use UIWebView, then if people want WKWebView on iOS 8 they install
> > the
> > >>>>>> existing plugin with the webserver
> > >>>>>>
> > >>>>>> 2015-08-05 5:54 GMT+02:00 Shazron :
> > >>>>>>
> > >>>>>>> +1 Carlos
> > >>>>>>>
> > >>>>>>>> On Wednesday, August 5, 2015, Carlos Santana <
> > csantana23@gmail.com>
> > >>>>>>> wrote:
> > >>>>>>>
> > >>>>>>>> I would like to see by default or configuration setting be able
> to
> > >>>>> have
> > >>>>>>>> that combination "WKWebView plugin only works on iOS 9 and older
> > >>>>> iOSes
> > >>>>>>>> fallback to UIWebView"
> > >>>>>>>>
> > >>>>>>>> I can already hear customers asking too many questions about
> > >>>> running
> > >>>>> a
> > >>>>>>>> webserver inside their app (i.e. security, energy, old hacks on
> > >>>>> their
> > >>>>>>> own
> > >>>>>>>> custom plugins, etc). I prefer to have the option to tell them
> > >>>> it's a
> > >>>>>>>> choice it's very easy to select to not have a webserver at all.
> > >>>>>>>>
> > >>>>>>>> - Carlos
> > >>>>>>>> Sent from my iPhone
> > >>>>>>>>
> > >>>>>>>>> On Aug 4, 2015, at 8:16 PM, Shazron >>>>>> >
> > >>>>>>>> wrote:
> > >>>>>>>>>
> > >>>>>>>>> My thinking -- It'll be a hybrid approach - iOS 8 uses
> local-web
> > >>>>>>> server,
> > >>>>>>>>> iOS 9 doesn't. We'll have to support both if the dev deploys to
> > >>>> an
> > >>>>>>> older
> > >>>>>>>>> target (the final fallback is UIWebView)
> > >>>>>>>>>
> > >>>>>>>>> Either that or WKWebView plugin only works on iOS 9 and older
> > >>>> iOSes
> > >>>>>>>>> fallback to UIWebView.
> > >>>>>>>>>
> > >>>>>>>>>> On Wednesday, August 5, 2015, Edna Y Morales <
> > >>>> eymorale@us.ibm.com
> > >>>>>>>> > wrote:
> > >>>>>>>>>>
> > >>>>>>>>>>
> > >>>>>>>>>> Hi all,
> > >>>>>>>>>>
> > >>>>>>>>>> Since the file:// url loading bug was fixed for WKWebView in
> iOS
> > >>>>> 9,
> > >>>>>>> are
> > >>>>>>>> we
> > >>>>>>>>>> going to move away from the local webserver solution?
> > >>>>>>>>>>
> > >>>>>>>>>> Thanks,
> > >>>>>>>>>> Edna Morales
> > >>>>
> ---------------------------------------------------------------------
> > >>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
> > >>>>>>>
> > >>>>>>>> For additional commands, e-mail: dev-help@cordova.apache.org
> > >>>>>>>>
> > >>
> > >> ---------------------------------------------------------------------
> > >> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
> > >> For additional commands, e-mail: dev-help@cordova.apache.org
> > >>
> > >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
> > For additional commands, e-mail: dev-help@cordova.apache.org
> >
> >
>
Re: WKWebView and iOS 9
Posted by Kerri Shotts <ke...@gmail.com>.
No objections at all. :)
Kerri Shotts , photoKandy Studios LLC
http://www.photokandy.com/ • @photokandy
→ CONFIDENTIAL ←
This email and any attachments may be confidential. If you are not the intended recipient, please let us know by replying to this message, and then remove the message and its attachments from your system. You should not disseminate, distribute, or otherwise copy or release the information contained herein, nor can we accept any liability for any loss or damages resulting from the use, abuse, or mis-use of the information contained herein.
→ SECURITY ←
Computer viruses can be distributed via email. It is the recipient’s responsibility to check this email and any attachments for viruses. Email transmission cannot be guaranteed to be secure or error-free as the email could have been intercepted, corrupted, delayed, and/or re-transmitted. The sender does not accept any liability for errors or omissions within this message or its attachments, nor for any viruses which may be present.
Note: We do our very best to ensure that nothing we send contains viruses. However, because of the nature of email and the way it is sent, we can’t promise that some other party hasn’t intercepted our email and added malicious content. Due to the nature of email, we can’t accept any liability for any damage or loss arising from the use, abuse, or mis-use of this email and any of its attachments.
→ PRIVACY ←
Email is not a secure communications medium. When replying to this or any message, you should not include any information that you do not want the entire world to be capable of seeing. In other words, don’t send financial accounts (CC#s, Bank Account #s, etc.), passwords, social security numbers, or the like, even when asked directly. photoKandy Studios LLC will never ask you for this information.
Information transmitted via email may be intercepted and retransmitted by any number of other entities. This is the nature of email, and as such, we can’t be held liable for any loss or damage incurred by replying to this message with compromising information. Review your message prior to sending it, and ensure that there is no information you wouldn’t be comfortable with the entire world knowing.
On Tue, Aug 25, 2015 at 2:20 PM -0700, "Shazron" <sh...@gmail.com> wrote:
I'm going to move onto the 2 plugin idea if there are no objections. This
will preserve the existing plugin into a newly named plugin.
On Mon, Aug 24, 2015 at 3:24 PM, Carlos Santana
wrote:
> I like much better your naming suggestions for the plugins
>
> - Carlos
> Sent from my iPhone
>
> > On Aug 24, 2015, at 4:17 PM, Shazron wrote:
> >
> > I like the two plugin idea.
> >
> > Using file:// would be the recommended and default, iOS 9 only -- and
> this
> > should be wkwebview-engine
> > Using the local webserver -- and this could be
> > wkwebview-engine-local-webserver
> >
> >
> > On Thu, Aug 20, 2015 at 2:42 PM, Carlos Santana
> > wrote:
> >
> >> What about 2 plugins?
> >>
> >> Maybe more clear for the developer can add one or the other
> >>
> >> wkengine-file (only supported on iOS 9+)
> >> wkengine-webserver (only supported iOS8, iOS9 and higher)
> >>
> >>
> >>
> >>
> >> People that don't want to use the webserver might be annoyed to have
> dead
> >> code link.
> >>
> >> - Carlos
> >> Sent from my iPhone
> >>
> >>> On Aug 20, 2015, at 3:11 PM, Shazron wrote:
> >>>
> >>> Ok re-capping the proposal, we need to move on this:
> >>>
> >>> 1. Recommend UIWebView usage on iOS 8 and below
> >>> 2. Recommend WKWebView usage on iOS 9 only (using file:// loading) and
> >> the
> >>> plugin will support this
> >>> 3. WKWebView usage using local web server supported through a
> preference
> >>> (will only work on iOS 8 and above)
> >>>
> >>> As a consequence of #3:
> >>> a) The local webserver plugin will always be installed when you install
> >> the
> >>> wkwebview-engine plugin
> >>> b) The local webserver plugin code will be always be linked into your
> app
> >>> executable, so the symbols will always be there. There will be no
> >>> runtime/memory impact if the pref is off
> >>> c) we can't make local-webserver dependency depend on iOS 8 only, some
> >>> would want to use #3 for iOS 8 and above, for example
> >>>
> >>>
> >>> On Wed, Aug 5, 2015 at 3:15 PM, julio cesar sanchez <
> >> jcesarmobile@gmail.com>
> >>> wrote:
> >>>
> >>>> You are right, sorry, I haven't looked into the pluggable webviews
> yet.
> >>>>
> >>>> After looking into the WKWebView engine plugin I've seen that the
> local
> >>>> webserver is a dependency, I thought it was included inside the plugin
> >> (as
> >>>> the one from Eddy).
> >>>>
> >>>> So, the way to go is remove the dependency and make it only available
> >> for
> >>>> iOS 9? and if the user want to use it on iOS 8 then he install the
> >>>> webserver plugin manually and maybe add a preference on the WKWebView
> >>>> engine plugin? or is there a way that the preference (or an install
> >> param)
> >>>> can install the webserver plugin with a hook or something?
> >>>>
> >>>>
> >>>> 2015-08-05 8:30 GMT+02:00 Shazron :
> >>>>
> >>>>> I don't think that is a good idea. The reason why WKWebView is a
> plugin
> >>>> is
> >>>>> the faster update cycle. This is the total point of the new 4.x
> >> release:
> >>>>> pluggable webviews. If the current UIWebView implementation is buggy,
> >>>>> someone could *potentially* update that also.
> >>>>>
> >>>>> On Wed, Aug 5, 2015 at 1:44 PM, julio cesar sanchez <
> >>>>> jcesarmobile@gmail.com>
> >>>>> wrote:
> >>>>>
> >>>>>> My idea:
> >>>>>>
> >>>>>> Make iOS 9 use WKWebView as default without plugin and iOS 8 and
> >>>> previous
> >>>>>> use UIWebView, then if people want WKWebView on iOS 8 they install
> the
> >>>>>> existing plugin with the webserver
> >>>>>>
> >>>>>> 2015-08-05 5:54 GMT+02:00 Shazron :
> >>>>>>
> >>>>>>> +1 Carlos
> >>>>>>>
> >>>>>>>> On Wednesday, August 5, 2015, Carlos Santana <
> csantana23@gmail.com>
> >>>>>>> wrote:
> >>>>>>>
> >>>>>>>> I would like to see by default or configuration setting be able to
> >>>>> have
> >>>>>>>> that combination "WKWebView plugin only works on iOS 9 and older
> >>>>> iOSes
> >>>>>>>> fallback to UIWebView"
> >>>>>>>>
> >>>>>>>> I can already hear customers asking too many questions about
> >>>> running
> >>>>> a
> >>>>>>>> webserver inside their app (i.e. security, energy, old hacks on
> >>>>> their
> >>>>>>> own
> >>>>>>>> custom plugins, etc). I prefer to have the option to tell them
> >>>> it's a
> >>>>>>>> choice it's very easy to select to not have a webserver at all.
> >>>>>>>>
> >>>>>>>> - Carlos
> >>>>>>>> Sent from my iPhone
> >>>>>>>>
> >>>>>>>>> On Aug 4, 2015, at 8:16 PM, Shazron >>>>>> >
> >>>>>>>> wrote:
> >>>>>>>>>
> >>>>>>>>> My thinking -- It'll be a hybrid approach - iOS 8 uses local-web
> >>>>>>> server,
> >>>>>>>>> iOS 9 doesn't. We'll have to support both if the dev deploys to
> >>>> an
> >>>>>>> older
> >>>>>>>>> target (the final fallback is UIWebView)
> >>>>>>>>>
> >>>>>>>>> Either that or WKWebView plugin only works on iOS 9 and older
> >>>> iOSes
> >>>>>>>>> fallback to UIWebView.
> >>>>>>>>>
> >>>>>>>>>> On Wednesday, August 5, 2015, Edna Y Morales <
> >>>> eymorale@us.ibm.com
> >>>>>>>> > wrote:
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> Hi all,
> >>>>>>>>>>
> >>>>>>>>>> Since the file:// url loading bug was fixed for WKWebView in iOS
> >>>>> 9,
> >>>>>>> are
> >>>>>>>> we
> >>>>>>>>>> going to move away from the local webserver solution?
> >>>>>>>>>>
> >>>>>>>>>> Thanks,
> >>>>>>>>>> Edna Morales
> >>>> ---------------------------------------------------------------------
> >>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
> >>>>>>>
> >>>>>>>> For additional commands, e-mail: dev-help@cordova.apache.org
> >>>>>>>>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
> >> For additional commands, e-mail: dev-help@cordova.apache.org
> >>
> >>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
> For additional commands, e-mail: dev-help@cordova.apache.org
>
>
Re: WKWebView and iOS 9
Posted by Shazron <sh...@gmail.com>.
I'm going to move onto the 2 plugin idea if there are no objections. This
will preserve the existing plugin into a newly named plugin.
On Mon, Aug 24, 2015 at 3:24 PM, Carlos Santana <cs...@gmail.com>
wrote:
> I like much better your naming suggestions for the plugins
>
> - Carlos
> Sent from my iPhone
>
> > On Aug 24, 2015, at 4:17 PM, Shazron <sh...@gmail.com> wrote:
> >
> > I like the two plugin idea.
> >
> > Using file:// would be the recommended and default, iOS 9 only -- and
> this
> > should be wkwebview-engine
> > Using the local webserver -- and this could be
> > wkwebview-engine-local-webserver
> >
> >
> > On Thu, Aug 20, 2015 at 2:42 PM, Carlos Santana <cs...@gmail.com>
> > wrote:
> >
> >> What about 2 plugins?
> >>
> >> Maybe more clear for the developer can add one or the other
> >>
> >> wkengine-file (only supported on iOS 9+)
> >> wkengine-webserver (only supported iOS8, iOS9 and higher)
> >>
> >>
> >>
> >>
> >> People that don't want to use the webserver might be annoyed to have
> dead
> >> code link.
> >>
> >> - Carlos
> >> Sent from my iPhone
> >>
> >>> On Aug 20, 2015, at 3:11 PM, Shazron <sh...@gmail.com> wrote:
> >>>
> >>> Ok re-capping the proposal, we need to move on this:
> >>>
> >>> 1. Recommend UIWebView usage on iOS 8 and below
> >>> 2. Recommend WKWebView usage on iOS 9 only (using file:// loading) and
> >> the
> >>> plugin will support this
> >>> 3. WKWebView usage using local web server supported through a
> preference
> >>> (will only work on iOS 8 and above)
> >>>
> >>> As a consequence of #3:
> >>> a) The local webserver plugin will always be installed when you install
> >> the
> >>> wkwebview-engine plugin
> >>> b) The local webserver plugin code will be always be linked into your
> app
> >>> executable, so the symbols will always be there. There will be no
> >>> runtime/memory impact if the pref is off
> >>> c) we can't make local-webserver dependency depend on iOS 8 only, some
> >>> would want to use #3 for iOS 8 and above, for example
> >>>
> >>>
> >>> On Wed, Aug 5, 2015 at 3:15 PM, julio cesar sanchez <
> >> jcesarmobile@gmail.com>
> >>> wrote:
> >>>
> >>>> You are right, sorry, I haven't looked into the pluggable webviews
> yet.
> >>>>
> >>>> After looking into the WKWebView engine plugin I've seen that the
> local
> >>>> webserver is a dependency, I thought it was included inside the plugin
> >> (as
> >>>> the one from Eddy).
> >>>>
> >>>> So, the way to go is remove the dependency and make it only available
> >> for
> >>>> iOS 9? and if the user want to use it on iOS 8 then he install the
> >>>> webserver plugin manually and maybe add a preference on the WKWebView
> >>>> engine plugin? or is there a way that the preference (or an install
> >> param)
> >>>> can install the webserver plugin with a hook or something?
> >>>>
> >>>>
> >>>> 2015-08-05 8:30 GMT+02:00 Shazron <sh...@gmail.com>:
> >>>>
> >>>>> I don't think that is a good idea. The reason why WKWebView is a
> plugin
> >>>> is
> >>>>> the faster update cycle. This is the total point of the new 4.x
> >> release:
> >>>>> pluggable webviews. If the current UIWebView implementation is buggy,
> >>>>> someone could *potentially* update that also.
> >>>>>
> >>>>> On Wed, Aug 5, 2015 at 1:44 PM, julio cesar sanchez <
> >>>>> jcesarmobile@gmail.com>
> >>>>> wrote:
> >>>>>
> >>>>>> My idea:
> >>>>>>
> >>>>>> Make iOS 9 use WKWebView as default without plugin and iOS 8 and
> >>>> previous
> >>>>>> use UIWebView, then if people want WKWebView on iOS 8 they install
> the
> >>>>>> existing plugin with the webserver
> >>>>>>
> >>>>>> 2015-08-05 5:54 GMT+02:00 Shazron <sh...@gmail.com>:
> >>>>>>
> >>>>>>> +1 Carlos
> >>>>>>>
> >>>>>>>> On Wednesday, August 5, 2015, Carlos Santana <
> csantana23@gmail.com>
> >>>>>>> wrote:
> >>>>>>>
> >>>>>>>> I would like to see by default or configuration setting be able to
> >>>>> have
> >>>>>>>> that combination "WKWebView plugin only works on iOS 9 and older
> >>>>> iOSes
> >>>>>>>> fallback to UIWebView"
> >>>>>>>>
> >>>>>>>> I can already hear customers asking too many questions about
> >>>> running
> >>>>> a
> >>>>>>>> webserver inside their app (i.e. security, energy, old hacks on
> >>>>> their
> >>>>>>> own
> >>>>>>>> custom plugins, etc). I prefer to have the option to tell them
> >>>> it's a
> >>>>>>>> choice it's very easy to select to not have a webserver at all.
> >>>>>>>>
> >>>>>>>> - Carlos
> >>>>>>>> Sent from my iPhone
> >>>>>>>>
> >>>>>>>>> On Aug 4, 2015, at 8:16 PM, Shazron <shazron@gmail.com
> >>>>>> <javascript:;>>
> >>>>>>>> wrote:
> >>>>>>>>>
> >>>>>>>>> My thinking -- It'll be a hybrid approach - iOS 8 uses local-web
> >>>>>>> server,
> >>>>>>>>> iOS 9 doesn't. We'll have to support both if the dev deploys to
> >>>> an
> >>>>>>> older
> >>>>>>>>> target (the final fallback is UIWebView)
> >>>>>>>>>
> >>>>>>>>> Either that or WKWebView plugin only works on iOS 9 and older
> >>>> iOSes
> >>>>>>>>> fallback to UIWebView.
> >>>>>>>>>
> >>>>>>>>>> On Wednesday, August 5, 2015, Edna Y Morales <
> >>>> eymorale@us.ibm.com
> >>>>>>>> <javascript:;>> wrote:
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> Hi all,
> >>>>>>>>>>
> >>>>>>>>>> Since the file:// url loading bug was fixed for WKWebView in iOS
> >>>>> 9,
> >>>>>>> are
> >>>>>>>> we
> >>>>>>>>>> going to move away from the local webserver solution?
> >>>>>>>>>>
> >>>>>>>>>> Thanks,
> >>>>>>>>>> Edna Morales
> >>>> ---------------------------------------------------------------------
> >>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
> >>>>>>> <javascript:;>
> >>>>>>>> For additional commands, e-mail: dev-help@cordova.apache.org
> >>>>>>>> <javascript:;>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
> >> For additional commands, e-mail: dev-help@cordova.apache.org
> >>
> >>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
> For additional commands, e-mail: dev-help@cordova.apache.org
>
>
Re: WKWebView and iOS 9
Posted by Carlos Santana <cs...@gmail.com>.
I like much better your naming suggestions for the plugins
- Carlos
Sent from my iPhone
> On Aug 24, 2015, at 4:17 PM, Shazron <sh...@gmail.com> wrote:
>
> I like the two plugin idea.
>
> Using file:// would be the recommended and default, iOS 9 only -- and this
> should be wkwebview-engine
> Using the local webserver -- and this could be
> wkwebview-engine-local-webserver
>
>
> On Thu, Aug 20, 2015 at 2:42 PM, Carlos Santana <cs...@gmail.com>
> wrote:
>
>> What about 2 plugins?
>>
>> Maybe more clear for the developer can add one or the other
>>
>> wkengine-file (only supported on iOS 9+)
>> wkengine-webserver (only supported iOS8, iOS9 and higher)
>>
>>
>>
>>
>> People that don't want to use the webserver might be annoyed to have dead
>> code link.
>>
>> - Carlos
>> Sent from my iPhone
>>
>>> On Aug 20, 2015, at 3:11 PM, Shazron <sh...@gmail.com> wrote:
>>>
>>> Ok re-capping the proposal, we need to move on this:
>>>
>>> 1. Recommend UIWebView usage on iOS 8 and below
>>> 2. Recommend WKWebView usage on iOS 9 only (using file:// loading) and
>> the
>>> plugin will support this
>>> 3. WKWebView usage using local web server supported through a preference
>>> (will only work on iOS 8 and above)
>>>
>>> As a consequence of #3:
>>> a) The local webserver plugin will always be installed when you install
>> the
>>> wkwebview-engine plugin
>>> b) The local webserver plugin code will be always be linked into your app
>>> executable, so the symbols will always be there. There will be no
>>> runtime/memory impact if the pref is off
>>> c) we can't make local-webserver dependency depend on iOS 8 only, some
>>> would want to use #3 for iOS 8 and above, for example
>>>
>>>
>>> On Wed, Aug 5, 2015 at 3:15 PM, julio cesar sanchez <
>> jcesarmobile@gmail.com>
>>> wrote:
>>>
>>>> You are right, sorry, I haven't looked into the pluggable webviews yet.
>>>>
>>>> After looking into the WKWebView engine plugin I've seen that the local
>>>> webserver is a dependency, I thought it was included inside the plugin
>> (as
>>>> the one from Eddy).
>>>>
>>>> So, the way to go is remove the dependency and make it only available
>> for
>>>> iOS 9? and if the user want to use it on iOS 8 then he install the
>>>> webserver plugin manually and maybe add a preference on the WKWebView
>>>> engine plugin? or is there a way that the preference (or an install
>> param)
>>>> can install the webserver plugin with a hook or something?
>>>>
>>>>
>>>> 2015-08-05 8:30 GMT+02:00 Shazron <sh...@gmail.com>:
>>>>
>>>>> I don't think that is a good idea. The reason why WKWebView is a plugin
>>>> is
>>>>> the faster update cycle. This is the total point of the new 4.x
>> release:
>>>>> pluggable webviews. If the current UIWebView implementation is buggy,
>>>>> someone could *potentially* update that also.
>>>>>
>>>>> On Wed, Aug 5, 2015 at 1:44 PM, julio cesar sanchez <
>>>>> jcesarmobile@gmail.com>
>>>>> wrote:
>>>>>
>>>>>> My idea:
>>>>>>
>>>>>> Make iOS 9 use WKWebView as default without plugin and iOS 8 and
>>>> previous
>>>>>> use UIWebView, then if people want WKWebView on iOS 8 they install the
>>>>>> existing plugin with the webserver
>>>>>>
>>>>>> 2015-08-05 5:54 GMT+02:00 Shazron <sh...@gmail.com>:
>>>>>>
>>>>>>> +1 Carlos
>>>>>>>
>>>>>>>> On Wednesday, August 5, 2015, Carlos Santana <cs...@gmail.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> I would like to see by default or configuration setting be able to
>>>>> have
>>>>>>>> that combination "WKWebView plugin only works on iOS 9 and older
>>>>> iOSes
>>>>>>>> fallback to UIWebView"
>>>>>>>>
>>>>>>>> I can already hear customers asking too many questions about
>>>> running
>>>>> a
>>>>>>>> webserver inside their app (i.e. security, energy, old hacks on
>>>>> their
>>>>>>> own
>>>>>>>> custom plugins, etc). I prefer to have the option to tell them
>>>> it's a
>>>>>>>> choice it's very easy to select to not have a webserver at all.
>>>>>>>>
>>>>>>>> - Carlos
>>>>>>>> Sent from my iPhone
>>>>>>>>
>>>>>>>>> On Aug 4, 2015, at 8:16 PM, Shazron <shazron@gmail.com
>>>>>> <javascript:;>>
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> My thinking -- It'll be a hybrid approach - iOS 8 uses local-web
>>>>>>> server,
>>>>>>>>> iOS 9 doesn't. We'll have to support both if the dev deploys to
>>>> an
>>>>>>> older
>>>>>>>>> target (the final fallback is UIWebView)
>>>>>>>>>
>>>>>>>>> Either that or WKWebView plugin only works on iOS 9 and older
>>>> iOSes
>>>>>>>>> fallback to UIWebView.
>>>>>>>>>
>>>>>>>>>> On Wednesday, August 5, 2015, Edna Y Morales <
>>>> eymorale@us.ibm.com
>>>>>>>> <javascript:;>> wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Hi all,
>>>>>>>>>>
>>>>>>>>>> Since the file:// url loading bug was fixed for WKWebView in iOS
>>>>> 9,
>>>>>>> are
>>>>>>>> we
>>>>>>>>>> going to move away from the local webserver solution?
>>>>>>>>>>
>>>>>>>>>> Thanks,
>>>>>>>>>> Edna Morales
>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
>>>>>>> <javascript:;>
>>>>>>>> For additional commands, e-mail: dev-help@cordova.apache.org
>>>>>>>> <javascript:;>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
>> For additional commands, e-mail: dev-help@cordova.apache.org
>>
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
For additional commands, e-mail: dev-help@cordova.apache.org
Re: WKWebView and iOS 9
Posted by Shazron <sh...@gmail.com>.
I like the two plugin idea.
Using file:// would be the recommended and default, iOS 9 only -- and this
should be wkwebview-engine
Using the local webserver -- and this could be
wkwebview-engine-local-webserver
On Thu, Aug 20, 2015 at 2:42 PM, Carlos Santana <cs...@gmail.com>
wrote:
> What about 2 plugins?
>
> Maybe more clear for the developer can add one or the other
>
> wkengine-file (only supported on iOS 9+)
> wkengine-webserver (only supported iOS8, iOS9 and higher)
>
>
>
>
> People that don't want to use the webserver might be annoyed to have dead
> code link.
>
> - Carlos
> Sent from my iPhone
>
> > On Aug 20, 2015, at 3:11 PM, Shazron <sh...@gmail.com> wrote:
> >
> > Ok re-capping the proposal, we need to move on this:
> >
> > 1. Recommend UIWebView usage on iOS 8 and below
> > 2. Recommend WKWebView usage on iOS 9 only (using file:// loading) and
> the
> > plugin will support this
> > 3. WKWebView usage using local web server supported through a preference
> > (will only work on iOS 8 and above)
> >
> > As a consequence of #3:
> > a) The local webserver plugin will always be installed when you install
> the
> > wkwebview-engine plugin
> > b) The local webserver plugin code will be always be linked into your app
> > executable, so the symbols will always be there. There will be no
> > runtime/memory impact if the pref is off
> > c) we can't make local-webserver dependency depend on iOS 8 only, some
> > would want to use #3 for iOS 8 and above, for example
> >
> >
> > On Wed, Aug 5, 2015 at 3:15 PM, julio cesar sanchez <
> jcesarmobile@gmail.com>
> > wrote:
> >
> >> You are right, sorry, I haven't looked into the pluggable webviews yet.
> >>
> >> After looking into the WKWebView engine plugin I've seen that the local
> >> webserver is a dependency, I thought it was included inside the plugin
> (as
> >> the one from Eddy).
> >>
> >> So, the way to go is remove the dependency and make it only available
> for
> >> iOS 9? and if the user want to use it on iOS 8 then he install the
> >> webserver plugin manually and maybe add a preference on the WKWebView
> >> engine plugin? or is there a way that the preference (or an install
> param)
> >> can install the webserver plugin with a hook or something?
> >>
> >>
> >> 2015-08-05 8:30 GMT+02:00 Shazron <sh...@gmail.com>:
> >>
> >>> I don't think that is a good idea. The reason why WKWebView is a plugin
> >> is
> >>> the faster update cycle. This is the total point of the new 4.x
> release:
> >>> pluggable webviews. If the current UIWebView implementation is buggy,
> >>> someone could *potentially* update that also.
> >>>
> >>> On Wed, Aug 5, 2015 at 1:44 PM, julio cesar sanchez <
> >>> jcesarmobile@gmail.com>
> >>> wrote:
> >>>
> >>>> My idea:
> >>>>
> >>>> Make iOS 9 use WKWebView as default without plugin and iOS 8 and
> >> previous
> >>>> use UIWebView, then if people want WKWebView on iOS 8 they install the
> >>>> existing plugin with the webserver
> >>>>
> >>>> 2015-08-05 5:54 GMT+02:00 Shazron <sh...@gmail.com>:
> >>>>
> >>>>> +1 Carlos
> >>>>>
> >>>>>> On Wednesday, August 5, 2015, Carlos Santana <cs...@gmail.com>
> >>>>> wrote:
> >>>>>
> >>>>>> I would like to see by default or configuration setting be able to
> >>> have
> >>>>>> that combination "WKWebView plugin only works on iOS 9 and older
> >>> iOSes
> >>>>>> fallback to UIWebView"
> >>>>>>
> >>>>>> I can already hear customers asking too many questions about
> >> running
> >>> a
> >>>>>> webserver inside their app (i.e. security, energy, old hacks on
> >>> their
> >>>>> own
> >>>>>> custom plugins, etc). I prefer to have the option to tell them
> >> it's a
> >>>>>> choice it's very easy to select to not have a webserver at all.
> >>>>>>
> >>>>>> - Carlos
> >>>>>> Sent from my iPhone
> >>>>>>
> >>>>>>> On Aug 4, 2015, at 8:16 PM, Shazron <shazron@gmail.com
> >>>> <javascript:;>>
> >>>>>> wrote:
> >>>>>>>
> >>>>>>> My thinking -- It'll be a hybrid approach - iOS 8 uses local-web
> >>>>> server,
> >>>>>>> iOS 9 doesn't. We'll have to support both if the dev deploys to
> >> an
> >>>>> older
> >>>>>>> target (the final fallback is UIWebView)
> >>>>>>>
> >>>>>>> Either that or WKWebView plugin only works on iOS 9 and older
> >> iOSes
> >>>>>>> fallback to UIWebView.
> >>>>>>>
> >>>>>>>> On Wednesday, August 5, 2015, Edna Y Morales <
> >> eymorale@us.ibm.com
> >>>>>> <javascript:;>> wrote:
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> Hi all,
> >>>>>>>>
> >>>>>>>> Since the file:// url loading bug was fixed for WKWebView in iOS
> >>> 9,
> >>>>> are
> >>>>>> we
> >>>>>>>> going to move away from the local webserver solution?
> >>>>>>>>
> >>>>>>>> Thanks,
> >>>>>>>> Edna Morales
> >> ---------------------------------------------------------------------
> >>>>>> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
> >>>>> <javascript:;>
> >>>>>> For additional commands, e-mail: dev-help@cordova.apache.org
> >>>>>> <javascript:;>
> >>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
> For additional commands, e-mail: dev-help@cordova.apache.org
>
>
Re: WKWebView and iOS 9
Posted by Carlos Santana <cs...@gmail.com>.
What about 2 plugins?
Maybe more clear for the developer can add one or the other
wkengine-file (only supported on iOS 9+)
wkengine-webserver (only supported iOS8, iOS9 and higher)
People that don't want to use the webserver might be annoyed to have dead code link.
- Carlos
Sent from my iPhone
> On Aug 20, 2015, at 3:11 PM, Shazron <sh...@gmail.com> wrote:
>
> Ok re-capping the proposal, we need to move on this:
>
> 1. Recommend UIWebView usage on iOS 8 and below
> 2. Recommend WKWebView usage on iOS 9 only (using file:// loading) and the
> plugin will support this
> 3. WKWebView usage using local web server supported through a preference
> (will only work on iOS 8 and above)
>
> As a consequence of #3:
> a) The local webserver plugin will always be installed when you install the
> wkwebview-engine plugin
> b) The local webserver plugin code will be always be linked into your app
> executable, so the symbols will always be there. There will be no
> runtime/memory impact if the pref is off
> c) we can't make local-webserver dependency depend on iOS 8 only, some
> would want to use #3 for iOS 8 and above, for example
>
>
> On Wed, Aug 5, 2015 at 3:15 PM, julio cesar sanchez <jc...@gmail.com>
> wrote:
>
>> You are right, sorry, I haven't looked into the pluggable webviews yet.
>>
>> After looking into the WKWebView engine plugin I've seen that the local
>> webserver is a dependency, I thought it was included inside the plugin (as
>> the one from Eddy).
>>
>> So, the way to go is remove the dependency and make it only available for
>> iOS 9? and if the user want to use it on iOS 8 then he install the
>> webserver plugin manually and maybe add a preference on the WKWebView
>> engine plugin? or is there a way that the preference (or an install param)
>> can install the webserver plugin with a hook or something?
>>
>>
>> 2015-08-05 8:30 GMT+02:00 Shazron <sh...@gmail.com>:
>>
>>> I don't think that is a good idea. The reason why WKWebView is a plugin
>> is
>>> the faster update cycle. This is the total point of the new 4.x release:
>>> pluggable webviews. If the current UIWebView implementation is buggy,
>>> someone could *potentially* update that also.
>>>
>>> On Wed, Aug 5, 2015 at 1:44 PM, julio cesar sanchez <
>>> jcesarmobile@gmail.com>
>>> wrote:
>>>
>>>> My idea:
>>>>
>>>> Make iOS 9 use WKWebView as default without plugin and iOS 8 and
>> previous
>>>> use UIWebView, then if people want WKWebView on iOS 8 they install the
>>>> existing plugin with the webserver
>>>>
>>>> 2015-08-05 5:54 GMT+02:00 Shazron <sh...@gmail.com>:
>>>>
>>>>> +1 Carlos
>>>>>
>>>>>> On Wednesday, August 5, 2015, Carlos Santana <cs...@gmail.com>
>>>>> wrote:
>>>>>
>>>>>> I would like to see by default or configuration setting be able to
>>> have
>>>>>> that combination "WKWebView plugin only works on iOS 9 and older
>>> iOSes
>>>>>> fallback to UIWebView"
>>>>>>
>>>>>> I can already hear customers asking too many questions about
>> running
>>> a
>>>>>> webserver inside their app (i.e. security, energy, old hacks on
>>> their
>>>>> own
>>>>>> custom plugins, etc). I prefer to have the option to tell them
>> it's a
>>>>>> choice it's very easy to select to not have a webserver at all.
>>>>>>
>>>>>> - Carlos
>>>>>> Sent from my iPhone
>>>>>>
>>>>>>> On Aug 4, 2015, at 8:16 PM, Shazron <shazron@gmail.com
>>>> <javascript:;>>
>>>>>> wrote:
>>>>>>>
>>>>>>> My thinking -- It'll be a hybrid approach - iOS 8 uses local-web
>>>>> server,
>>>>>>> iOS 9 doesn't. We'll have to support both if the dev deploys to
>> an
>>>>> older
>>>>>>> target (the final fallback is UIWebView)
>>>>>>>
>>>>>>> Either that or WKWebView plugin only works on iOS 9 and older
>> iOSes
>>>>>>> fallback to UIWebView.
>>>>>>>
>>>>>>>> On Wednesday, August 5, 2015, Edna Y Morales <
>> eymorale@us.ibm.com
>>>>>> <javascript:;>> wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>> Hi all,
>>>>>>>>
>>>>>>>> Since the file:// url loading bug was fixed for WKWebView in iOS
>>> 9,
>>>>> are
>>>>>> we
>>>>>>>> going to move away from the local webserver solution?
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Edna Morales
>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
>>>>> <javascript:;>
>>>>>> For additional commands, e-mail: dev-help@cordova.apache.org
>>>>>> <javascript:;>
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
For additional commands, e-mail: dev-help@cordova.apache.org
Re: WKWebView and iOS 9
Posted by Shazron <sh...@gmail.com>.
Ok re-capping the proposal, we need to move on this:
1. Recommend UIWebView usage on iOS 8 and below
2. Recommend WKWebView usage on iOS 9 only (using file:// loading) and the
plugin will support this
3. WKWebView usage using local web server supported through a preference
(will only work on iOS 8 and above)
As a consequence of #3:
a) The local webserver plugin will always be installed when you install the
wkwebview-engine plugin
b) The local webserver plugin code will be always be linked into your app
executable, so the symbols will always be there. There will be no
runtime/memory impact if the pref is off
c) we can't make local-webserver dependency depend on iOS 8 only, some
would want to use #3 for iOS 8 and above, for example
On Wed, Aug 5, 2015 at 3:15 PM, julio cesar sanchez <jc...@gmail.com>
wrote:
> You are right, sorry, I haven't looked into the pluggable webviews yet.
>
> After looking into the WKWebView engine plugin I've seen that the local
> webserver is a dependency, I thought it was included inside the plugin (as
> the one from Eddy).
>
> So, the way to go is remove the dependency and make it only available for
> iOS 9? and if the user want to use it on iOS 8 then he install the
> webserver plugin manually and maybe add a preference on the WKWebView
> engine plugin? or is there a way that the preference (or an install param)
> can install the webserver plugin with a hook or something?
>
>
> 2015-08-05 8:30 GMT+02:00 Shazron <sh...@gmail.com>:
>
> > I don't think that is a good idea. The reason why WKWebView is a plugin
> is
> > the faster update cycle. This is the total point of the new 4.x release:
> > pluggable webviews. If the current UIWebView implementation is buggy,
> > someone could *potentially* update that also.
> >
> > On Wed, Aug 5, 2015 at 1:44 PM, julio cesar sanchez <
> > jcesarmobile@gmail.com>
> > wrote:
> >
> > > My idea:
> > >
> > > Make iOS 9 use WKWebView as default without plugin and iOS 8 and
> previous
> > > use UIWebView, then if people want WKWebView on iOS 8 they install the
> > > existing plugin with the webserver
> > >
> > > 2015-08-05 5:54 GMT+02:00 Shazron <sh...@gmail.com>:
> > >
> > > > +1 Carlos
> > > >
> > > > On Wednesday, August 5, 2015, Carlos Santana <cs...@gmail.com>
> > > wrote:
> > > >
> > > > > I would like to see by default or configuration setting be able to
> > have
> > > > > that combination "WKWebView plugin only works on iOS 9 and older
> > iOSes
> > > > > fallback to UIWebView"
> > > > >
> > > > > I can already hear customers asking too many questions about
> running
> > a
> > > > > webserver inside their app (i.e. security, energy, old hacks on
> > their
> > > > own
> > > > > custom plugins, etc). I prefer to have the option to tell them
> it's a
> > > > > choice it's very easy to select to not have a webserver at all.
> > > > >
> > > > > - Carlos
> > > > > Sent from my iPhone
> > > > >
> > > > > > On Aug 4, 2015, at 8:16 PM, Shazron <shazron@gmail.com
> > > <javascript:;>>
> > > > > wrote:
> > > > > >
> > > > > > My thinking -- It'll be a hybrid approach - iOS 8 uses local-web
> > > > server,
> > > > > > iOS 9 doesn't. We'll have to support both if the dev deploys to
> an
> > > > older
> > > > > > target (the final fallback is UIWebView)
> > > > > >
> > > > > > Either that or WKWebView plugin only works on iOS 9 and older
> iOSes
> > > > > > fallback to UIWebView.
> > > > > >
> > > > > >> On Wednesday, August 5, 2015, Edna Y Morales <
> eymorale@us.ibm.com
> > > > > <javascript:;>> wrote:
> > > > > >>
> > > > > >>
> > > > > >> Hi all,
> > > > > >>
> > > > > >> Since the file:// url loading bug was fixed for WKWebView in iOS
> > 9,
> > > > are
> > > > > we
> > > > > >> going to move away from the local webserver solution?
> > > > > >>
> > > > > >> Thanks,
> > > > > >> Edna Morales
> > > > >
> > > > >
> ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
> > > > <javascript:;>
> > > > > For additional commands, e-mail: dev-help@cordova.apache.org
> > > > > <javascript:;>
> > > > >
> > > > >
> > > >
> > >
> >
>
Re: WKWebView and iOS 9
Posted by julio cesar sanchez <jc...@gmail.com>.
You are right, sorry, I haven't looked into the pluggable webviews yet.
After looking into the WKWebView engine plugin I've seen that the local
webserver is a dependency, I thought it was included inside the plugin (as
the one from Eddy).
So, the way to go is remove the dependency and make it only available for
iOS 9? and if the user want to use it on iOS 8 then he install the
webserver plugin manually and maybe add a preference on the WKWebView
engine plugin? or is there a way that the preference (or an install param)
can install the webserver plugin with a hook or something?
2015-08-05 8:30 GMT+02:00 Shazron <sh...@gmail.com>:
> I don't think that is a good idea. The reason why WKWebView is a plugin is
> the faster update cycle. This is the total point of the new 4.x release:
> pluggable webviews. If the current UIWebView implementation is buggy,
> someone could *potentially* update that also.
>
> On Wed, Aug 5, 2015 at 1:44 PM, julio cesar sanchez <
> jcesarmobile@gmail.com>
> wrote:
>
> > My idea:
> >
> > Make iOS 9 use WKWebView as default without plugin and iOS 8 and previous
> > use UIWebView, then if people want WKWebView on iOS 8 they install the
> > existing plugin with the webserver
> >
> > 2015-08-05 5:54 GMT+02:00 Shazron <sh...@gmail.com>:
> >
> > > +1 Carlos
> > >
> > > On Wednesday, August 5, 2015, Carlos Santana <cs...@gmail.com>
> > wrote:
> > >
> > > > I would like to see by default or configuration setting be able to
> have
> > > > that combination "WKWebView plugin only works on iOS 9 and older
> iOSes
> > > > fallback to UIWebView"
> > > >
> > > > I can already hear customers asking too many questions about running
> a
> > > > webserver inside their app (i.e. security, energy, old hacks on
> their
> > > own
> > > > custom plugins, etc). I prefer to have the option to tell them it's a
> > > > choice it's very easy to select to not have a webserver at all.
> > > >
> > > > - Carlos
> > > > Sent from my iPhone
> > > >
> > > > > On Aug 4, 2015, at 8:16 PM, Shazron <shazron@gmail.com
> > <javascript:;>>
> > > > wrote:
> > > > >
> > > > > My thinking -- It'll be a hybrid approach - iOS 8 uses local-web
> > > server,
> > > > > iOS 9 doesn't. We'll have to support both if the dev deploys to an
> > > older
> > > > > target (the final fallback is UIWebView)
> > > > >
> > > > > Either that or WKWebView plugin only works on iOS 9 and older iOSes
> > > > > fallback to UIWebView.
> > > > >
> > > > >> On Wednesday, August 5, 2015, Edna Y Morales <eymorale@us.ibm.com
> > > > <javascript:;>> wrote:
> > > > >>
> > > > >>
> > > > >> Hi all,
> > > > >>
> > > > >> Since the file:// url loading bug was fixed for WKWebView in iOS
> 9,
> > > are
> > > > we
> > > > >> going to move away from the local webserver solution?
> > > > >>
> > > > >> Thanks,
> > > > >> Edna Morales
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
> > > <javascript:;>
> > > > For additional commands, e-mail: dev-help@cordova.apache.org
> > > > <javascript:;>
> > > >
> > > >
> > >
> >
>
Re: WKWebView and iOS 9
Posted by Shazron <sh...@gmail.com>.
I don't think that is a good idea. The reason why WKWebView is a plugin is
the faster update cycle. This is the total point of the new 4.x release:
pluggable webviews. If the current UIWebView implementation is buggy,
someone could *potentially* update that also.
On Wed, Aug 5, 2015 at 1:44 PM, julio cesar sanchez <jc...@gmail.com>
wrote:
> My idea:
>
> Make iOS 9 use WKWebView as default without plugin and iOS 8 and previous
> use UIWebView, then if people want WKWebView on iOS 8 they install the
> existing plugin with the webserver
>
> 2015-08-05 5:54 GMT+02:00 Shazron <sh...@gmail.com>:
>
> > +1 Carlos
> >
> > On Wednesday, August 5, 2015, Carlos Santana <cs...@gmail.com>
> wrote:
> >
> > > I would like to see by default or configuration setting be able to have
> > > that combination "WKWebView plugin only works on iOS 9 and older iOSes
> > > fallback to UIWebView"
> > >
> > > I can already hear customers asking too many questions about running a
> > > webserver inside their app (i.e. security, energy, old hacks on their
> > own
> > > custom plugins, etc). I prefer to have the option to tell them it's a
> > > choice it's very easy to select to not have a webserver at all.
> > >
> > > - Carlos
> > > Sent from my iPhone
> > >
> > > > On Aug 4, 2015, at 8:16 PM, Shazron <shazron@gmail.com
> <javascript:;>>
> > > wrote:
> > > >
> > > > My thinking -- It'll be a hybrid approach - iOS 8 uses local-web
> > server,
> > > > iOS 9 doesn't. We'll have to support both if the dev deploys to an
> > older
> > > > target (the final fallback is UIWebView)
> > > >
> > > > Either that or WKWebView plugin only works on iOS 9 and older iOSes
> > > > fallback to UIWebView.
> > > >
> > > >> On Wednesday, August 5, 2015, Edna Y Morales <eymorale@us.ibm.com
> > > <javascript:;>> wrote:
> > > >>
> > > >>
> > > >> Hi all,
> > > >>
> > > >> Since the file:// url loading bug was fixed for WKWebView in iOS 9,
> > are
> > > we
> > > >> going to move away from the local webserver solution?
> > > >>
> > > >> Thanks,
> > > >> Edna Morales
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
> > <javascript:;>
> > > For additional commands, e-mail: dev-help@cordova.apache.org
> > > <javascript:;>
> > >
> > >
> >
>
Re: WKWebView and iOS 9
Posted by julio cesar sanchez <jc...@gmail.com>.
My idea:
Make iOS 9 use WKWebView as default without plugin and iOS 8 and previous
use UIWebView, then if people want WKWebView on iOS 8 they install the
existing plugin with the webserver
2015-08-05 5:54 GMT+02:00 Shazron <sh...@gmail.com>:
> +1 Carlos
>
> On Wednesday, August 5, 2015, Carlos Santana <cs...@gmail.com> wrote:
>
> > I would like to see by default or configuration setting be able to have
> > that combination "WKWebView plugin only works on iOS 9 and older iOSes
> > fallback to UIWebView"
> >
> > I can already hear customers asking too many questions about running a
> > webserver inside their app (i.e. security, energy, old hacks on their
> own
> > custom plugins, etc). I prefer to have the option to tell them it's a
> > choice it's very easy to select to not have a webserver at all.
> >
> > - Carlos
> > Sent from my iPhone
> >
> > > On Aug 4, 2015, at 8:16 PM, Shazron <shazron@gmail.com <javascript:;>>
> > wrote:
> > >
> > > My thinking -- It'll be a hybrid approach - iOS 8 uses local-web
> server,
> > > iOS 9 doesn't. We'll have to support both if the dev deploys to an
> older
> > > target (the final fallback is UIWebView)
> > >
> > > Either that or WKWebView plugin only works on iOS 9 and older iOSes
> > > fallback to UIWebView.
> > >
> > >> On Wednesday, August 5, 2015, Edna Y Morales <eymorale@us.ibm.com
> > <javascript:;>> wrote:
> > >>
> > >>
> > >> Hi all,
> > >>
> > >> Since the file:// url loading bug was fixed for WKWebView in iOS 9,
> are
> > we
> > >> going to move away from the local webserver solution?
> > >>
> > >> Thanks,
> > >> Edna Morales
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
> <javascript:;>
> > For additional commands, e-mail: dev-help@cordova.apache.org
> > <javascript:;>
> >
> >
>
Re: WKWebView and iOS 9
Posted by Shazron <sh...@gmail.com>.
+1 Carlos
On Wednesday, August 5, 2015, Carlos Santana <cs...@gmail.com> wrote:
> I would like to see by default or configuration setting be able to have
> that combination "WKWebView plugin only works on iOS 9 and older iOSes
> fallback to UIWebView"
>
> I can already hear customers asking too many questions about running a
> webserver inside their app (i.e. security, energy, old hacks on their own
> custom plugins, etc). I prefer to have the option to tell them it's a
> choice it's very easy to select to not have a webserver at all.
>
> - Carlos
> Sent from my iPhone
>
> > On Aug 4, 2015, at 8:16 PM, Shazron <shazron@gmail.com <javascript:;>>
> wrote:
> >
> > My thinking -- It'll be a hybrid approach - iOS 8 uses local-web server,
> > iOS 9 doesn't. We'll have to support both if the dev deploys to an older
> > target (the final fallback is UIWebView)
> >
> > Either that or WKWebView plugin only works on iOS 9 and older iOSes
> > fallback to UIWebView.
> >
> >> On Wednesday, August 5, 2015, Edna Y Morales <eymorale@us.ibm.com
> <javascript:;>> wrote:
> >>
> >>
> >> Hi all,
> >>
> >> Since the file:// url loading bug was fixed for WKWebView in iOS 9, are
> we
> >> going to move away from the local webserver solution?
> >>
> >> Thanks,
> >> Edna Morales
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org <javascript:;>
> For additional commands, e-mail: dev-help@cordova.apache.org
> <javascript:;>
>
>
Re: WKWebView and iOS 9
Posted by Carlos Santana <cs...@gmail.com>.
I would like to see by default or configuration setting be able to have that combination "WKWebView plugin only works on iOS 9 and older iOSes fallback to UIWebView"
I can already hear customers asking too many questions about running a webserver inside their app (i.e. security, energy, old hacks on their own custom plugins, etc). I prefer to have the option to tell them it's a choice it's very easy to select to not have a webserver at all.
- Carlos
Sent from my iPhone
> On Aug 4, 2015, at 8:16 PM, Shazron <sh...@gmail.com> wrote:
>
> My thinking -- It'll be a hybrid approach - iOS 8 uses local-web server,
> iOS 9 doesn't. We'll have to support both if the dev deploys to an older
> target (the final fallback is UIWebView)
>
> Either that or WKWebView plugin only works on iOS 9 and older iOSes
> fallback to UIWebView.
>
>> On Wednesday, August 5, 2015, Edna Y Morales <ey...@us.ibm.com> wrote:
>>
>>
>> Hi all,
>>
>> Since the file:// url loading bug was fixed for WKWebView in iOS 9, are we
>> going to move away from the local webserver solution?
>>
>> Thanks,
>> Edna Morales
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
For additional commands, e-mail: dev-help@cordova.apache.org
Re: WKWebView and iOS 9
Posted by Shazron <sh...@gmail.com>.
My thinking -- It'll be a hybrid approach - iOS 8 uses local-web server,
iOS 9 doesn't. We'll have to support both if the dev deploys to an older
target (the final fallback is UIWebView)
Either that or WKWebView plugin only works on iOS 9 and older iOSes
fallback to UIWebView.
On Wednesday, August 5, 2015, Edna Y Morales <ey...@us.ibm.com> wrote:
>
> Hi all,
>
> Since the file:// url loading bug was fixed for WKWebView in iOS 9, are we
> going to move away from the local webserver solution?
>
> Thanks,
> Edna Morales