<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Oct 10, 2016, at 2:04 PM, Tony Constantinides via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">Its a nice cop-out, but this framework is an extension of the standard library of Swift </div></div></blockquote><div><br class=""></div><div>Then it requires a proposal as much. &nbsp;Bear in mind that the Swift Standard Library is platform-agnostic. &nbsp;Adding support for Android necessarily contradicts that and will be a hard sell. &nbsp;Further, I don’t believe stdlib is the right target for this kind of library at all and will lead to the same lowest-common-denominator style of application as with Java on every other platform they support. &nbsp;</div><div><br class=""></div><div>This doesn’t belong anywhere near core libs, but as a 3rd-party project it would certainly be welcome to have Android bindings.</div><br class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class="">as it will allow Swift developers to target new mobile platforms. This is the mailing lists for the evolution of Swift which is what this is. I not sure any of the other Swift mailing lists suits this goal. I not making Swift language changes(maybe) but adding an additional library that developers can build against if they are interested in having their Swift code running on Android. &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;<div class="">Note that the Swift project itself has provided documentation and hooks to provide this capabailit seen here</div><div class=""><a href="https://github.com/apple/swift/blob/master/docs/Android.md" class="">https://github.com/apple/swift/blob/master/docs/Android.md</a></div><div class="">The main issue is that swiftcore is missing on Swift for Linux.</div><div class=""><div class=""><br class=""></div></div></div></div></blockquote><div><br class=""></div><div>Unless Android gets support for Objective-C (<i class="">shudder</i>) I don’t think you need SwiftCore for this.</div><br class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class=""><div class="">&nbsp; Its only important to understand I going to build this framework with or without support from <a href="http://Swift.org" class="">Swift.org</a>. However I want other developers to benefit from my work and I want to give back to the community. I find it extremely disappointing if Swift core members reject enhancing Swift to target additional mobile platforms as making Swift cross-platform is a stated goal.</div></div></div></div></blockquote><div><br class=""></div><div>I think this is a bit of a strawman. &nbsp;Members of this community have spent a lot of time and effort getting Swift to even build on Android. &nbsp;To say we’d “reject” this because it’s out of bounds for inclusion in the libraries you’re trying to include it in is ignoring the larger problems inherent in this proposal.</div><div><br class=""></div><div>~Robert Widmann&nbsp;</div><br class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class=""><div class=""><br class=""><div class=""><br class=""><div class=""><br class=""><div class=""><br class=""></div></div></div></div></div></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Mon, Oct 10, 2016 at 9:41 AM, Douglas Gregor <span dir="ltr" class="">&lt;<a href="mailto:dgregor@apple.com" target="_blank" class="">dgregor@apple.com</a>&gt;</span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br class="">
&gt; On Oct 9, 2016, at 9:45 PM, Tony Constantinides via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a>&gt; wrote:<br class="">
&gt;<br class="">
&gt; In Swift 3.0 you can build Android apps in Linux but only console apps as there is no framework to build GUI apps using JNI.<br class="">
&gt; What I propose is to build an initial limited framework coded in C that calls enough of the Java Android API via JNI to bootstrap the android app and to create widgets and layouts.A default Androidmanifest.xml file and some files needed to be generated to make a valid android app.<br class="">
&gt;&nbsp; &nbsp;The Android API java surface is vast, so this framework needs to be build over many releases to be useful. Developing a graphical Android app requires interaction with "Activities" and the package manager and some widgets like Button and some layouts like "RelativeLayout" and "LinearLayout".<br class="">
&gt;&nbsp; The result will be the ability to develop GUI Android apps on Linux using Swift 3.0<br class="">
&gt; Further support for additional APIs will be provided once the basics are solid..<br class="">
&gt; Who am I: Senior Android mobile developer with more than six years experience on Android.<br class="">
&gt; Am I able to build Swift 3.0 on Linux: Yes<br class="">
<br class="">
</span>The swift-evolution process is primarily focused on the Swift language and standard library. Large-scale API development, which binding to/creating a GUI library entails, is out-of-scope for this process and should occur in a different forum.<br class="">
<br class="">
&nbsp; &nbsp; &nbsp; &nbsp; Cheers,<br class="">
&nbsp; &nbsp; &nbsp; &nbsp; Doug<br class="">
<br class="">
<br class="">
</blockquote></div><br class=""></div>
_______________________________________________<br class="">swift-evolution mailing list<br class=""><a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a><br class="">https://lists.swift.org/mailman/listinfo/swift-evolution<br class=""></div></blockquote></div><br class=""></body></html>