badlogic

18 ms·

1. 151.▲
   WWDC keynote summary for developers(robovm.com)

   1 points by badlogic 11y ago|0 comments
2. 152.▲
   by badlogic 11y ago

   We are using this extensively in RoboVM [1]. Works great across platforms. Only downside is the lack of docs and requiring the development image of Xcode if you want to deploy apps. [1] http://robovm.com
3. 153.▲
   What's new in Android Developer Tools – textual summary of the I/O talk(robovm.com)

   3 points by badlogic 11y ago|0 comments
4. 154.▲
   by badlogic 11y ago

   This advise by the Solicitor General hinges on an interpretation of section 102(b) of the copyright act. That section essentially says that "methods of operation" can't be copyrighted. The Solicitor General does not understan
5. 155.▲
   Solicitor General Advises Supreme Court to Not Grant Cert in Google vs. Oracle(drive.google.com)

   7 points by badlogic 11y ago|4 comments
6. 156.▲
   Show HN: Source for Quantum, ambient RTS with massive unit counts(badlogicgames.com)

   4 points by badlogic 11y ago|0 comments
7. 157.▲
   RoboVM 1.2 released(robovm.com)

   1 points by badlogic 11y ago|0 comments
8. 158.▲
   by badlogic 11y ago

   This is gonna happen as soon as the tools are publically available :)
9. 159.▲
   by badlogic 11y ago

   It's weird that this isn't the biggest news out of all the announcements today. Seems like an Electron fork is more interesting. Having Android APKs work unmodified (minus Google APIs) is pretty neat, but has been done before (BB,
10. 160.▲
    RoboVM 1.1 Released, Interface Builder and IntelliJ IDEA Support(robovm.com)

    5 points by badlogic 11y ago|0 comments
11. 161.▲
    by badlogic 12y ago

    I stand corrected, I must have overlooked that section. Callbacks (used to pass return values) are still experimental though, and it's unclear how this will port over to Android once that backend works.
12. 162.▲
    by badlogic 12y ago

    I guess not. But it's going to be tough to use normal Ruby gems on iOs that aren't aware of the ref counting.
13. 163.▲
    by badlogic 12y ago

    Judging by the docs [1], RubyMotion does indeed not seem to use a GC on iOS but instead relies on ref counting, reusing auto-release pools. That means cyclic refs are an issue. You have to explicitely use weak references throughout your cod
14. 164.▲
    by badlogic 12y ago

    I think this is the key to making a great cross-platform solution. Pretty much any mobile app that's not a toy relies on native 3rd party sdks, be it ad providers or fancy Ui compinents. Whatever platform first solves the issue of maki
15. 165.▲
    RoboVM Intellij IDEA/Android Studio Plugin Released(robovm.com)

    3 points by badlogic 12y ago|0 comments
16. 166.▲
    by badlogic 12y ago

    While react-native isn't for me, some of the features are really nice. Hotswap for mobile development is definitely a very nice thing to have. I do wonder how that handles app state. Is only the UI reloaded or all of the code?
17. 167.▲
    by badlogic 12y ago

    Most IDEs will let you search Maven Central in a UI and add those pesky snippets to your pom for you.
18. 168.▲
    by badlogic 12y ago

    Yes
19. 169.▲
    by badlogic 12y ago

    I can see the appeal of Adobe Air and its ecosystem. I guess on mobile the only problem is binding to system services & ad providers. IIRC most of that is already covered by 3rd parties, but it's a bit involved to do it yourself. F
20. 170.▲
    by badlogic 12y ago

    Are you sure they compile to native? IIUC they use JavaScriptCore on iOS, which currently doesn't JIT. Probably good enough to drive UI and you can implement performance hungry stuff in native code.
21. 171.▲
    by badlogic 12y ago

    Yeah, I think they are right on the money with that.
22. 172.▲
    by badlogic 12y ago

    Thanks for remembering and mentioning us. We don't have as huge a marketing budget as the other folks, so I'm going to shamelessly piggy back on your comment here. We also do Scala, Kotlin, Clojure etc. and we are OSS as well (we
23. 173.▲
    by badlogic 12y ago

    WORA is pretty much a pipe dream, to different are the platforms and UI toolkits. One of the reasons why we heavily focus on enabling the same language(s) on multiple platforms while using the native UI toolkits with RoboVM. Funnily enough
24. 174.▲
    Microbenchmark of cross-platform mobile frameworks vs. native(medium.com)

    4 points by badlogic 12y ago|0 comments
25. 175.▲
    by badlogic 12y ago

    We are working on the lightweightness. We currently throw away a bit of startup performance due to the way we load classes at runtime. That being said, 23ms is quite reasonable i guess.
26. 176.▲
    RoboVM 1.0 released, create native iOS apps using Java/Scala/Clojure(robovm.com)

    7 points by badlogic 12y ago|0 comments
27. 177.▲
    by badlogic 12y ago

    PlayN is more of a 2D engine, whereas libGDX is a framework you pick and chose functionality from. There's a lot of cross polinatiom between the two projects: we steal a lot of code from each other :)
28. 178.▲
    by badlogic 12y ago

    That's correct, most games will never touch the native APIs, except for things like IAP or Facebook/Game Center/Google Play Games Service integration. RoboVM gives you full access to all iOS native APIs in idiomatic Java. Hav
29. 179.▲
    by badlogic 12y ago

    We've been using a similar approach for libGDX [1] with great success for the past 3 years. HotSpot on Windows/Linux/Mac OS X, Dalvik on Android, RoboVM [2] on iOS and GWT on the web. We had to add quite a bit of functionalit
30. 180.▲
    RoboVM 1.0 Beta released – Debugger and Junit support(blog.robovm.org)

    4 points by badlogic 12y ago|0 comments