Great work Jeff! Java client development doesn't have to be rescued and I know plenty of Java shops that are doing fine. Also, ignore negative comments here. A

Great work Jeff! Java client development doesn't have to be rescued and I know plenty of Java shops that are doing fine. Also, ignore negative comments here. A couple of suggestions: - License. Yes, I'm aware that this library is paying your bills, but GNU license is something easy to skip. Start with Apache license. If we need comparable UI in a browser with a more liberal license, we can go with Vaadin 8 or RAP. - How does it work with GraalVM? This is hot stuff now and you can ship your programs without JDK/JRE dependency. - If SnapKit desktop app can be easily put on the web (and vice versa), that will be a huge selling point. Eclipse tried this with SWT/RAP combo. - Currently, web apps are not mobile-friendly. However, this is a must these days. Not sure how hard to add support for it, but with (additional) js/css, you can do wonders. - Javadoc documentation should be online and SnapKit should be accessible through maven. Something very common for Java projects. - Scala/kotlin/clojure demos should be nearby. Yes, I know it is easy to translate Java samples to e.g., Kotlin code, but if google search shows "Kotlin with SnapKit UI toolkit", you'll get some attention. - Maybe unrelated to UI library, as some pointed out, the website needs rework.