<div dir="ltr">If that's the way you think, you can invoke Webview directly from the native Java / Android and use Javascript (as well as all the Web technologies) from there. Basically, that's the way Cordova works...</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 10, 2014 at 10:14 AM, Erik Jan de Wit <span dir="ltr"><<a href="mailto:edewit@redhat.com" target="_blank">edewit@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
On 10 Nov,2014, at 10:39 , Lukáš Fryč <<a href="mailto:lukas.fryc@gmail.com">lukas.fryc@gmail.com</a>> wrote:<br>
<br>
> Since this is basically what Appcelerator Titanium does and is pretty big scope...<br>
><br>
Appcelerator enables you to create a xml to define the UI and translates that to native widgets, so adding an abstraction layer. That makes it less flexible and will only make you native UI look and behave the same. I suggest we leave the creation of the UI alone and only provide a way to reuse the javascript code.<br>
<br>
> But what you mean is just having a Cordova plugin that would allow to access native UI widgets, right?<br>
><br>
No not really what I meant, I mean having cordova so that you can build a native UI (no webview) and have a way to invoke javascript functions from this native UI. It will still use cordova libs to enable the communication, but not like in a plugin more the other way around.<br>
_______________________________________________<br>
aerogear-dev mailing list<br>
<a href="mailto:aerogear-dev@lists.jboss.org">aerogear-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a></blockquote></div><br></div>