For me it seems like this community (which is very nice btw!) is waaaaay more active than the core development team of MOE.
It is very sad indeed, to see no support at all for existing bugs and problems currently, related to issues which might not be fixed during the next time.
So well… this should not be a mutiny or something like that, but yesterday it came to my mind:
Why don’t we fork the project together with some brave developers who love multi-os-engine and the main concept of using ART on ios and bring the open-source project / code to the next level? (Android Pie, Swift, Java 8.0+)
I really depend on this project, and for me it will work better than any other project I’ve heard so far:
Downsides of other frameworks:
Flutter: java / kotlin bindings possible BUT no native UI, (sucks for me)
Nativescript: javascript, no real multithread (sucks for me)
React-native: still javascript, stinky…
Xamarin: uhm… c#, cannot use libgdx (sucks for me)
Did I forget another bad way of bringing cross-platform to my project?
Positive facts about MOE so far:
I can reuse many parts I need on my java server-backend for very well designed offline support. No webworkers needed, just plain good old java code.
My whole environment is built on java, which does not give me many situations when I have to switch languages
I can use retrofit, gson, rxjava, file-management, sqlite databases on both platforms without having to worry at all
I can develop my ios app in Android Studio
I can use libgdx, my existing apps heavily depend on it
I can use native UI perfectly and fast!
What I currently fear:
Due to inactivity, many people leave Multi-OS-Engine and the project slowly dies while the core developers don’t care at all about existing apps and projects depending on it.
Switching to another framework will force me to making compromises which will totally make things really bad.
Cool libraries and Apple will slowly drop support for objective-c and will push to swift, making multi-os-engine mostly useless over the next period of time (a couple of years maximum)
I’d absolutely volunteer!
One problem still:
I’d call myself a good java developer, I also had some experience with C++ in the past, but there are lacks of knowledge in parts the next level of the project would aquire. I’m willing to learn of course, but I’d also look out for other people helping building “multi-os-engine 2.0”.
But does the Kotlin alternative also fully support jvm based libraries? What I have seen is, that some of the kotlin projects on github also use moe (maybe without really knowing the destiny of the project)
ya, i think you are right, their way is not create a full set JVM but just make the required libraries cross platform.
but I think their move are quite fast. Not only they support mobile but desktop as well.
I love full set JVM as well at least I know I can compile my existing Java without any headache.
Yeah, but wouldn’t it still be possible? With iOS I can also access registered classes done with Moe…
But I guess you’ve got my point.
I think the current repository Setup of moe is a huge mess, which by itself already causes a headache when thinking about contributing to it. It’s not a good practice to have an extra GitHub repo for every thought and tiny chunk of code. Especially when you want people to take part in the project. Secondly, it still is worse when only one person manages the code.
Like on the libgdx project where Mario zechner seemed to have completely abandoned the release cycle of the framework, despite the fact that the contributors are still quite active.
The only thing which is quite okay is the intellij plugin having its own repo.
So first for improving the motivation of contribution, I probably would want to change the structure of the repositories (maybe putting stuff together, the repos are not even huge)
Hi, in the past 2 weeks i ported my libgdx+moe project to use libgdx+robovm, and i must say that RoboVM is very easy to use. Moe was a great idea and a great project but it is really dead, even if the owner says that some day he will dedicate time to improve the project.
JavaFX, I think Flutter better in terms of performance. Since both draw their own widgets or controls.
Plus, Flutter makes coding like connections much much more easier. I tested JavaFX on Android, performance really bad. feel like web client.
Hi there I really like to contribute , I used libgdx a lot in my project and I really like it due to it’s awesome performance.
Can you suggest where to start and how to contribute ?
Libgdx and moe really need support because they are awesome super cool performance projects
I really think that contributing in this project make me evolve to a better programmer and I don’t want to miss opportunity like this
If something like this happens I’ll use it to update my existing app. I might be able to help testing and create a PR if I find something simple enough to fix.
But for new projects I’ll just make PWA’s. As much as I prefer Java over JavaScript, it is easier to have one JS codebase and distribute it yourself. Screw the App stores and the money they try to take.
Hi ! I couldn’t find any tutorials or starting documents of Robovm for android studio.
The http://robovm.com/ site is also down. If you can point me to some documentation, It would be big help
Migeran.com will be back with new content really soon. And we are working on reviving MOE. Stay tuned for updates before the annual iPhone event of Apple.
