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 <[email protected]> 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" <[email protected]> > 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 < > > >> [email protected]> > > >>> 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 < > > >>>>> [email protected]> > > >>>>> 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 < > > [email protected]> > > >>>>>>> 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 < > > >>>> [email protected] > > >>>>>>>> > 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: [email protected] > > >>>>>>> > > >>>>>>>> For additional commands, e-mail: [email protected] > > >>>>>>>> > > >> > > >> --------------------------------------------------------------------- > > >> To unsubscribe, e-mail: [email protected] > > >> For additional commands, e-mail: [email protected] > > >> > > >> > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > > > >
