For iPhone and iPad apps it compiles into pure Objective-C (and even includes an XCode project). You can certainly create games, though there are no animation features (unless you code them yourself using Custom Blocks). So the graphics would be static images.
We thought about exactly this issue a bit (and even discussed it with some in our community) before we implemented the discount.
What we decided was this:
1) We're going to be completely up-front about the discount and talk to people about why we are doing it.
2) Companies that offer the same piece of software for multiple platforms often split that software into different editions (Nero is a good example)... and then can offer different prices per platform by just adjusting the specific edition's price. Since we allow people to run our software on any platform we support... we can't do that. But we can do something that is effectively similar.
All that said, we're definitely interested if anyone has ideas on how to do this better. This is merely the best that we've been able to come up with so far.
archangel nailed it. While this isn't the only cause for why we're seeing this, it certainly is one reason.
A simple example:
One of the types of apps you can build with our tool is Python/PyGTK apps. The root benefit here is that, because Python is interpreted, there is no compile time -- when you click "Run" you instantly get to start testing your app out.
Because Python and PyGTK are readily available in just about every distro's repo, this is never an issue. But, on the flip-side, setting up Python/GTK/PyGTK on Win/Mac can be a bit of a nightmare even for the nerdiest among us.
(We provide our "HTML5" web app option as the default option on Mac and Win for this very reason... But, even then, we still get support requests on trouble-shooting someone's Mac where PyGTK just won't work quite right.)
In case anyone else is curious: I have decided that I am ok with being called "comic book writer genius". This does not bother me.
I have also decided that ecaroth is probably a super smart person that deserves at least two fancy trophies. With either bowling guys or tennis guys on top. We're talking FANCY here.
There are, certainly, many new features that can be added to the language itself. What exists now is powerful enough to build some pretty robust applications, but more flexibility and power in a language is always good! One of the (many) reasons this is becoming an open source project... we, as a community, can decide what new language features are most vital and add as needed.
Therein is the fundamental difference. This isn't "write once, run everywhere". Nor is it a new platform. It is a method for bringing one code base to many platforms.
This approach really does away with those issues. At any point a developer can utilize any language or framework they like. The top level language and framework translates to any supported language and framework.
In fact, this reduces fragmentation considerably. (And there is already a community utilizing the pre-cursor to this language.)
The article discusses how it is becoming a public, open source project.
The technology behind this was developed initially for a commercial product (Illumination Software Creator) and is being spun off from that project into the new Lunduke SDK, which is open source.
https://www.youtube.com/watch?v=xOdMTS6XVu4