Re: Question about bypassing the run-loop wait/entire bridge for plugins on iOS

2015-04-22 Thread Carlos Santana
Hi Tim, thanks for offering help. There are was a recent discussion in the mailing list about keyboard plugin for iOS [1] And Shaz posted a Blog post on the maintenance of the keyboard plugin as a Cordova core plugin. [2] As some of the committers have express we think that the kyeboard plugin is

Re: Question about bypassing the run-loop wait/entire bridge for plugins on iOS

2015-04-22 Thread Connor Pearson
Hey Tim, I recently did some work on the shrink view behavior for iOS. Most of the changes were pulled into the official plugin and the rest is here: https://github.com/cjpearson/cordova-plugin-keyboard I don't know how your css animation looks, but using shrink view may have some of the same

Re: Question about bypassing the run-loop wait/entire bridge for plugins on iOS

2015-04-22 Thread Tim Lancina
Carlos - Thanks for bringing me up to speed and for the heads up on the npm change. That is an awesome guide by Kerri. Connor - Thanks for the info! Honestly our frustrations with the native resize were the main reason we decided on a different approach with the Ionic plugin. That being said,

Re: Question about bypassing the run-loop wait/entire bridge for plugins on iOS

2015-04-20 Thread Andrew Grieve
I think Jesse pretty much covered it. I would be surprised if you could get web animations to be in sync with native animations like the keyboard. If you are to try, I think you'd get closest by attaching a timestamp to the event you're sending to JS, and use requestAnimationFrame to animate. CSS

Re: Question about bypassing the run-loop wait/entire bridge for plugins on iOS

2015-04-20 Thread Jesse
I think you are best off to experiment and see what you can get working consistently. The focus lately has been on the wkwebview bridge, which is entirely new, while the current webview implementation is a collection of workarounds for various issues. If you can distill this down to a simple

Re: Question about bypassing the run-loop wait/entire bridge for plugins on iOS

2015-04-20 Thread Jesse
If you can be sure that your calls into js will not result in more calls back to native, then it is probably fine. Delegating back to the main thread may have similar performance trouble though ... For this specific case, can't you use a timed css animation that matches the keyboard animation?

Question about bypassing the run-loop wait/entire bridge for plugins on iOS

2015-04-20 Thread Tim Lancina
Hey Andrew, Just had a quick question about plugins on iOS. For the keyboard plugin we're using evalJS to fire an event when the keyboard shows, which by default waits for the run loop to cycle before executing any JS. My question is, would terrible things happen if we didn't wait, or even just