3 ms·

I think something that would: * Take the original idea of Hypercard and take it into the 21st century. * Be completely open source. * Export to HTML/CSS/JS a

by huskyr 12y ago

I think something that would: * Take the original idea of Hypercard and take it into the 21st century. * Be completely open source. * Export to HTML/CSS/JS and perhaps native for performance sensitive things. * Would run as well on desktop as on mobile browsers. * Maybe have a (subset) of Javascript, Lua or Python as a scripting language. * Be as fun, easy and playful as the original. Would definitely be something i'd support on a platform like Kickstarter.

zyxley 12y ago
It's not exactly a Hypercard-alike, but have you take a look at Twine? http://twinery.org http://twinery.org The 2.0 version is a choose-your-own adventure generator that can go from simple (create 'pages', make one-way links between them) to complex (use CSS + Javascript to create multiple panes, keep track of variables, write graphics, etc), and it exports as a Tiddlywiki-based self-contained HTML file.
StackLord 12y ago
LiveCode * Yes * Community Version is open source * On the LiveCode roadmap * Compiles as a native app for iOS,Android,Mac,Win and soon HTML 5 * No, but ... the ability to wrap other languages and libraries and map them to HyperTalk is in development: http://livecode.com/blog/2014/07/08/the-next-generation-widgets-themes/ http://livecode.com/blog/2014/07/08/the-next-generation-widg... * Definitely as fun as the original Sorry if I am coming off as a fan boy, but I read HN everyday, and this is the first time I've seen HyperCard/HyperTalk come up.
agentultra 12y ago
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.
blprnt 12y ago
Of course, I'm in.

by huskyr 12y ago

zyxley 12y ago

It's not exactly a Hypercard-alike, but have you take a look at Twine? http://twinery.org http://twinery.org The 2.0 version is a choose-your-own adventure generator that can go from simple (create 'pages', make one-way links between them) to complex (use CSS + Javascript to create multiple panes, keep track of variables, write graphics, etc), and it exports as a Tiddlywiki-based self-contained HTML file.

StackLord 12y ago

LiveCode * Yes * Community Version is open source * On the LiveCode roadmap * Compiles as a native app for iOS,Android,Mac,Win and soon HTML 5 * No, but ... the ability to wrap other languages and libraries and map them to HyperTalk is in development: http://livecode.com/blog/2014/07/08/the-next-generation-widgets-themes/ http://livecode.com/blog/2014/07/08/the-next-generation-widg... * Definitely as fun as the original Sorry if I am coming off as a fan boy, but I read HN everyday, and this is the first time I've seen HyperCard/HyperTalk come up.

agentultra 12y ago

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.

blprnt 12y ago

Of course, I'm in.