Re:The Hypercard Legacy
by agentultra on Friday October 31, 2014 @01:29PM
(#8539944)
Export to HTML/CSS/JS and perhaps native for performance sensitive things.
A minor nitpick but "native" is almost always unnecessary for this kind of programming. We have WebGL and soon, SIMD.js. Things are looking good on the performance front.
I think it'd be more important to focus on making WebGL support better on lower-end mobile devices or have a downgrade path to canvas or some other maguffin.
Maybe have a (subset) of Javascript, Lua or Python as a scripting language.
All of these languages are fine in their own right but they fall on the floor for being user-friendly when your user is someone whose vocabulary is not a part of the programming lexicon.
But they could be useful to people who do understand their models of execution.
I'd be more apt to suggest giving the users a kernel upon which any appropriate language can be integrated into the system for the user to select.
A minor nitpick but "native" is almost always unnecessary for this kind of programming. We have WebGL and soon, SIMD.js. Things are looking good on the performance front.
I think it'd be more important to focus on making WebGL support better on lower-end mobile devices or have a downgrade path to canvas or some other maguffin.
Maybe have a (subset) of Javascript, Lua or Python as a scripting language.
All of these languages are fine in their own right but they fall on the floor for being user-friendly when your user is someone whose vocabulary is not a part of the programming lexicon.
But they could be useful to people who do understand their models of execution.
I'd be more apt to suggest giving the users a kernel upon which any appropriate language can be integrated into the system for the user to select.