I'm afraid that HyperCard is too old for broader audience to be able to grasp how extraordinary experience it was providing.
As a 6-7yo I had a collection of English words, stored with my own definitions and pronunciations, using basic building blocks, and it was as easy and intuitive as writing these words in my notebook.
People used the same building primitives to make real games or stuff like accounting applications.
And the best part - at that time it didn't looked cheap.
This one is really hard to describe - it's the same uncanny valley that makes small village in Fallout 1 feel massive and full of people despite it taking two screens with just few sprites running around, while full blown 3D world of Fallout 3, with real buildings and voice overs felt flat, soulless and empty.
>>> And the best part - at that time it didn't looked cheap.
This is one of the things that I think we've lost. Or at least that we come close to losing. I go back even further, to the text screens of mainframe computers, and text based microcomputers. Because everything was text on a screen, a kid like me could make something that "looks just like software" even if I couldn't match the sophistication of commercial software in terms of the inner workings.
By the time I started using a graphical computer, my 68k Mac, it was already getting harder. I could write programs that ran in a terminal window, but making them "look like software" required a deep dive into the impenetrable workings of giant class libraries etc.
HyperCard was a great middle ground. Its widgets looked just like the basic UI widgets of the OS, and users could do things like click on buttons and edit text fields. Just like software.
Visual Basic got there too. I wouldn't say that VB (and the OS it ran on) was conceptually better than HyperCard, but VB got supported and HyperCard got dropped.
If you task an llm with writing a CLI and have it use it, then it hides the "user interface" to a sufficient degree that you can pretty much build any kind of app/functionality in a couple days and it feels "professional".
The Fallout analogy is perfect. Limitation stimulates imagination. I think that’s part of why essentially limitless AI models produce things that are so devoid of it.
This is why the perpetual obsession with creating new genres in university art departments is so dumb. One told a prospective student (my wife's friend) "we don't do beautiful here" as if that signals erudition.
Real beauty comes from expressing something coherent within constraints such that the constraints become the means of expression.
I was happy to see gen Z art students dropping this sort of snobism when I visited a student art exhibition made for an edition of the Long Night of Museums in my city.
Instead of the usual hideous red, black, grey and white that seemed ubiquitous since at least the 80s along with the most terrible textures one could find, there was blue, yellow, different shades of green.
And one painting featuring an exchange of text messages.
It took browsers and web dev until, IDK, maybe 2010? to match the interactivity and capability of Hypercard circa 1994.
The actual killer app turned out to be the network itself, but for anyone who used and built things with Hypercard (a lot of people), all the patterns of components and event-driven development were like an echo from a refined past by the time it became part of the modern development toolkit.
All of Cyan's games were in Hypercard up to Myst. (Cosmic Osmo and Spelunx were the other two.)
Myst ran in Hypercard in early Mac releases but switched to a cross-platform runtime Broderbund built to sell Myst on Windows CDs (and consoles and more).
Riven was also majority designed/prototyped in Hypercard as a development platform, but more directly targeted from the beginning that same runtime Broderbund built for running Myst cross-platform.
ScummVM refers to that Broderbund engine as Mohawk [0]. It's interesting all of the other games that used that engine, including several major Carmen Sandiego games. A lot of those Living Books series also felt like Hypercard stacks. I wonder if those Carmen Sandiego editions might also have been at least partially prototyped in Hypercard (though some of them seem to me like they'd be more complex than Hypercard).
It's vastly smoother now, because nothing prevents adding colour and Unicode support, or more modern widgets, etc. without really changing anything essential about overall concept. Plus we're now in a world where LLMs could write Hypertalk (or whatever modestly-updated alternative) for you.
> the same uncanny valley that makes small village in Fallout 1 feel massive and full of people despite it taking two screens with just few sprites running around, while full blown 3D world of Fallout 3, with real buildings and voice overs felt flat, soulless and empty.
Again, all you have to do is show it to people. I don't think people actually appreciate the "classics" more simply because they remember them being SOTA. If anything, the passage of time has given the grognards a chance to notice that not everything at the time was nearly as good as the things that gave them the most nostalgia.
And again, the quality and fidelity of media is largely orthogonal to the aesthetic. 2d isometric tile games don't have the feeling they do because they're low resolution; not nearly so much as because the tiles intentionally fit together exactly, lines are at integer pixel ratios with no anti-aliasing, stuff like that.
I am not quite the right age for hypercard as well, but I did have my chances to interact with a variety of game making tools aimed at kids that were amazing for creating event-driven logic. Likewise in the professional world, tools aimed at business professionals (like MS Access), that kinda were abandoned - and there used to be a whole spectrum of stuff that connected WYSIWIG editors and simple languages to various levels of programming tools.
Is there a place these days for interfaces like this? I’m thinking about self contained applications like HyperCard stacks, but also FileMaker databases or even Access databases where we had interfaces linked to a database all as a self contained application. These tools with scripting languages powered a ton of small business applications. I know a lab I worked with was still using FileMaker databases up until a few years ago. These were user developed applications, done by people who may have been a bit technical, but who didn’t to know a full programming language.
If you’re a small shop and have a need for a little database, what do you use? Is there a default now? Notion?
I've seen people (non IT) do similar things (i.e. develop small applications) with Excel.
I created my bibliographic database with HyperCard. And I still miss it. HyperCard's attractiveness was the easy UI creation. FileMaker wasn't bad, but a bit more limited UI wise. And sqlite, while a phantastic DB misses the easy UI.
In the past, we used to refer to these as 4GL systems [1] - and as far as I'm concerned, this is really a wide open field for innovation - especially in the era of AI/LLMs.
Sure. Oracle APEX is popular. You never hear about it on HN because the target user base for low code stuff doesn't overlap with the HN set much, but it's huge.
That’s what I’m looking for - low code environments for making quick applications that aren’t sexy, but that are genuinely helpful for a non-technical business. Thanks!
From that link, it seems that Salesforce and Microsoft also have offerings. That doesn’t surprise me at all. I’ve seen a bit of MS PowerApps, but generally discounted it as I thought that app should have been a proper DB. Now I’m thinking that I may have been a bit hasty.
It’s more that I haven’t really seen many examples of Access or FileMaker applications in the wild for a while. Most of these were CRUD apps that were able to be moved to the web. But that doesn’t mean that typical users are any more capable of navigating hosting setups for modern CRUD web apps.
The FileMaker example I saw was really for a legacy shop that was primarily used for existing applications. Nothing new was being added.
But I’m sure there are more examples in the wild than I would have seen. I was curious what the larger HN community has seen or has experience with.
I mean, for me, I’d probably put something in a SQLite database and build a simple web GUI on top of it. But I know that’s an option. What does a typical office worker do these days? Put everything in Excel? (That’s probably the answer)
Well thats the crux. While the display may seem simple (a grid, a few controls), a Web UI CRUD app, while routine today, is NOT simple.
While it's been 20+ years since I dealt with either, you can create table, get a navigable (and perhaps other features), and a CRUD detail screen in just a few minutes of drag and drop.
And it's right there, on your machine, no cognitive load about, well, anything, and ready to go. Another 10 minutes and you have a printable report spewing out on your laser printer.
It's quite a first step to go beyond the wizard based stuff into BASIC and such, but the fundamentals are there. And the fundamentals are useful out of the box.
You can set up a usable Access DB and MS Word Mail Merge in probably 1/2 hour of reading some tutorials.
Finally, out of the box, the screens look "ok". Your collection of fields conveniently fill the window nicely. You don't have a 21" x 12" white, barren canvas with Name, Address, C/S/Z and two buttons crammed up in the upper left corner. "Gee why is the font so small?" So now you don't have to fall down the rabbit hole to try and make your simple form even baseline "presentable".
It is curious that MS (afaik) does not have a way to drag and drop an Access application and have it "deploy" to the web, and (afaik), Access isn't part of Office 365 either.
Which is fair, if FileMaker existed in a vacuum. The inflation-adjusted cost of software and hardware has consistently trended downwards over the past 40 years.
As someone that pays for commercial software, only if you are talking about race to the bottom on mobile stores.
A proper PC or Apple device, proper being the keyword, not throwaway gear under 500 €, is as expensive as always, when buying hardware with 5 to 10 years expected lifetime in a professional setting.
SQLite doesn’t have a built-in user interface. The value of something like FileMaker isn’t the underlying storage mechanism, it’s the WYSIWYG user interface building that lets you quickly build custom apps around it
>"If you’re a small shop and have a need for a little database, what do you use?"
not the rest of the comment. mea culpa for not quoting that specific Q.
Edit: as for the rest of it, I love using Obsidian for ~everything. It's not a database, but it does support queries and rendering of tabular data, which meets all my admittedly modest needs.
(if a true db is required, some ppl like logseq which has some feature overlap w obsidian but is db-driven)
Historically the kind of shop that wants a FileMaker/Access replacement does not really want to develop software from scratch. I guess vibe coding may change that equation these days
Thanks for that audio link. We've added it to the header of this thread, though you'd be welcome to submit it as its own post, perhaps in a few months (to allow time for it to feel fresh again once this thread has vacated the community's memory cache).
Never used HyperCard, but from descriptions and screenshots in the article reminds me a lot of Delphi/Pascal/Lazarus IDE’s. Appeal is understandable, because it is so cool to be snore to from a few lines of code to a clickable intractable executable, that is the sort of Feedback loop that I miss in python and go GUI builders that I’ve used previously, and why I keep c inning back to Lazarus.
I miss HyperCard and I love projects like this at a nostalgia level - but if you're going to have aspirations that this is useful today (2026) with a real project then its a complete waste of time.
I want HyperCard where I can build out a stack or whatever and actually present it to people as a real and tangible thing. I love living in the past as much as anyone else, but this is a little disappointing.
A lot of these modern HyperCard reinterpretations get stuck on the black-and-white aesthetics of the original. That's cool, but it limits how broadly appealing they become. Even back when HyperCard was relevant, Apple's inability to properly introduce color as a first-class feature was what effectively killed the product.
A few years ago, I think there would have been a market for a HyperCard-inspired tool that targeted modern technologies - probably web tech.
Today, I guess vibecoding is what HyperCard was in the 80s and 90s, the tool you can use to quickly and easily build a little program that fills your specific need.
> Even back when HyperCard was relevant, Apple's inability to properly introduce color as a first-class feature was what effectively killed the product
They never hacked color into HyperCard 2 since their plans for HyperCard 3 were too grand - it was going to be a part of QuickTime, so that HyperCard stacks would be multimedia applications delivered as QuickTime movies, including embedding on the web. This was when Apple was spiraling though and it got cut.
You said it well. The aesthetic is so much more about building your project within the project itself (like what Jupyter and Marimo did for Python, but more so because you also lay out GUI this way), having built-in components, designing around very simple "multimedia" integrations (push a button and a sound plays! With a single command in the event handler!) etc. than about any of the technical limitations.
To me, a properly modern "Hypercard" would be something like if Marimo and Pygame had a baby, and that baby was IDLE except it didn't suck.
Hmm, I put that poorly, and can't edit now. I'm really thinking more about the entire Tkinter stack, and the way that IDLE is used both to demonstrate it and to provide a way to edit the Python code needed to interact with it.
> Apple's inability to properly introduce color as a first-class feature was what effectively killed the product.
I think the bigger problem was when Apple stopped shipping the Hypercard development environment and instead shipped only Player. Also when they stopped developing or supporting the environment entirely.
They had a really cool thing going, but since it didn't contribute directly to the bottom line corporate had it killed.
And in the final releases of HyperCard, Apple even bundled a third-party color XCMD in order to pretend that HyperCard supported color. It was really limited though (insert PICT files from disk! change the color of buttons! use the paint tools in color? what are those?)
It's kind of a shame this uses its own, probably more powerful, language instead of HyperTalk.
HyperTalk is one of the most accessible languages for beginners I've ever seen. Sure it was primitive and had somewhat weak data organization capabilities, but if you're like 6 it's pretty incredible for your experience to be:
1. Open a blank script
2. Drag a field on the screen and name it "myname"
3. Drag a button on the screen, open up it's script and see:
on mouseUp
end mouseUp
4. You then enter the following two lines between those two lines:
ask "What is your name?"
put it into card field myname
5. Then you go back and click the button and a dialog box appears asking your name and when you type it in an hit enter the name appears in the field you created.
That sort of directness is lost in modern development environments. The concept that the button's script lives inside of the button, and in fact everything on the page could have its own script. The page itself also has script, even the stack itself. Your code can of course call code in other objects if need be (typically at the page or stack level), and there is a whole message passing thing happening in the background. It's by far the most intuitive programming environment I've ever seen. It has the kind of immediate impact that helps to save off boredom or feeling like there's too much homework before the fun starts.
In the day people complained about the syntactic sugar in HyperTalk, but I think it was just right for the target audience. They did have more of a point about the difficulty in managing structured data, often having to store things in hidden fields referenced by line and word number or hacks like that.
The most incredible part is this was all in an application that came with the OS. It was the perfect opportunity for a bored kid to randomly come across it and discover a lifelong passion. There was nothing to install, no product to buy first--it was just there, asking to be discovered. And even if your parents weren't about to buy a reference book you could open up other stacks and start reading the code to learn the language. Because most scripts were small and self contained (remember that they were stored at the widget level) this was a legitimate way to understand the basic syntax and keywords.
In Decker, most of this example would be similar. The button's default script template would be:
on click do
end
And filling it in with an equivalent script would be something like:
on click do
myname.text:alert["What is your name?" "string"]
end
There is slightly more "programming-language-like" punctuation to Lil than HyperTalk, but simple examples are still simple, and in my opinion having first-class collections (lists, dictionaries, tables) and a richer set of APL-like operators makes Lil scale up much better to more complex programs. As a child I recall struggling tremendously with HyperTalk's "almost-english" structure; it made scripts easy enough to read and understand, but provided very little help when it came to writing new scripts.
Decker has a similar Widget -> Card -> Deck event bubbling hierarchy to HyperCard, and in my opinion retains much of the same directness and simplicity for simple applications. The differences in approach won't please everyone, but they are all carefully considered, and have been refined over time based on feedback from the user community. Decker is a living, growing platform!
Your example needs to add the part where you put that string into a card field so people can see their work.
But your example also includes a period, a colon, square brackets, and a space where someone might expect a comma. It's going to look a lot more daunting to a first time programmer. Simply knowing when to use a period vs. the colon is not going to be obvious.
The alert[] function prompts the user for input. The second "string" argument indicates the prompt will ask for a string, and return it. (alert[] can also ask for other datatypes, like a yes/no "boolean" prompt or a multi-choice selection from a list or dictionary of options.)
The colon (read aloud as "becomes" or "gets") is Lil's assignment operator. That single line,
myname.text:alert["What is your name?" "string"]
prompts for input and then stores the result in a card field. If you wish, you could also write it as:
on click do
name:alert["What is your name?" "string"]
myname.text:name
end
Learning the syntax for calling functions is partially scaffolded by the "Action..." dialog that button widgets offer for constructing simple button scripts with a GUI:
on click do
go["Next" "BoxIn"]
play["sosumi"]
end
Users can rely on the system to write code for them initially, and then slowly dip their toes into more complex compositions. Whereas HyperTalk has custom syntax for almost every programming construct and built-in function or feature, the Lil grammar is simple and uniform. Where symbols appear, they have a single meaning. Decker's "Listener" REPL allows the user to have a back-and-forth "conversation" with the Lil interpreter and see responses juxtaposed with their questions, versus the HyperCard "message box" which shows only user input or a single system response.
Ultimately, every programming language does require some degree of handholding and learning, and that's why Decker comes with dozens of example decks to take apart and study. The user community has also furnished some truly fantastic interactive tutorials:
This reminds me of LiveCode[1] (aka Revolution and MetaCard) which I’ve used quite a bit about a decade ago. Was also inspired by HyperCard. Just checked their site again and it seems they’ve discontinued the open source version and have pivoted to an AI-assisted drag and drop UI builder.
I'm using LiveCode for a dozen personal applications (and for just the fun of coding; I'm a retired s/w engineer). It's no longer free, but I started with HyperCard and LiveCode is an excellent replacement, at least for me.
Thanks for letting me know, maybe I need to get back into it. I always enjoyed the speed with which I could prototype new ideas and even get them installed on a phone or tablet.
Woah, this is something I've wanted for forever! Only, without the "quirky" aspects of its design. I can appreciate the charm, but it does obstruct utility, and this sort of tool -- a super-general digital whiteboard -- would be oh so useful. I never knew of its predecessor, "HyperCard," either, which looks to be essentially what I wish for, only modernized.
awesome, already love the detailed feature set. one thing I'd love is the option to change themes. for eg. i'd like a more modern theme if i want to create a presentation and send it across. retro is a bit of a cognitive overload on users who are now habitual of navigating a different type of UI.
If you want the "agentic future" version of this (sorry), tldraw just relased "tldraw offline"[1] which in some ways has a lot of overlap with HyperCard as well.
It is actually definitely yes! You can script with JS. Steve Ruiz demonstrates having an LLM do that for you in his intro video to this "offline" version of tldraw: https://www.youtube.com/watch?v=vCyENfxgyYA
Decker is neat. I was in the process of using it the other day, but discovered it did not have much by way of font size adjustment in text fields. You could make a heading, but I didn't see a way to make it bigger or larger than simply being a heading.
Decker fonts are composed of fixed-size bitmaps. The included example "fonts.deck" has a variety of additional fonts to choose from in various sizes, and an editor:
It seems application state is mainly maintained in the widgets. Reminds me of Delphi. Is there a similar concept for representing state in a well-suited data structures, that can be created and composed visually like the UI widgets?
The HyperCard legacy lives on! The self-contained single-file HTML export alone makes this a fantastic medium for web zines and indie games, and the dithered aesthetic gives it immediate charm. Looking forward to diving into Lil.
Decker prefers integral upscaling. On most browsers, "Decker -> Fullscreen" in the menu (or "app.fullscreen:1" from a script) will enable "stretching", but this feature is not supported by Safari on iPhones last time I tested.
Being able to load stack pages in from a remote site would be both amazing and a total security nightmare. Hypercard's security model was NOT suitable for that kinda of activity. Hypercard viruses were already a problem back in the 90s, but luckily they were hard to spread so the impact was limited.
As a 6-7yo I had a collection of English words, stored with my own definitions and pronunciations, using basic building blocks, and it was as easy and intuitive as writing these words in my notebook.
People used the same building primitives to make real games or stuff like accounting applications.
And the best part - at that time it didn't looked cheap.
This one is really hard to describe - it's the same uncanny valley that makes small village in Fallout 1 feel massive and full of people despite it taking two screens with just few sprites running around, while full blown 3D world of Fallout 3, with real buildings and voice overs felt flat, soulless and empty.