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.
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.
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.
the original Myst was created using HyperCard... which in and of itself is a crazy app with a huge impact on gaming in general.
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.
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.
SaaS seems to have largely replaced them. And, needless to say, now LLM.
Why past tense, Filemaker and Access are still being sold.
A solution would probably be Airtable.
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.
SQLite seems to me like it fits the bill.
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
an llm coding agent?
Previously:
Decker: A reincarnation of HyperCard with 1-bit graphics - https://news.ycombinator.com/item?id=40292181 - May 2024 (78 comments)
Decker – A HyperCard Replacement - https://news.ycombinator.com/item?id=38985409 - Jan 2024 (36 comments)
Decker, a platform that builds on the legacy of Hypercard and classic macOS - https://news.ycombinator.com/item?id=33377964 - Oct 2022 (88 comments)
Most recently, 27 days ago with 9 comments: https://news.ycombinator.com/item?id=48693273
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.
I use personal applications written in Decker on a daily basis.
There are over 300 games, zines, visual novels, and toys built with Decker on itch.io: https://itch.io/games/tag-decker
Last month saw the first game made entirely in Decker published on Steam: https://store.steampowered.com/app/4693460/The_Dreams_in_the...
We are neither living in the past nor wasting our time.
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.
Myst was famously built in Hypercard, but they must have worked around the limitations somehow?
HyperCardSimulator.com lets you make and import stacks anonymously and link to them online. Enjoy!
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.
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.
Is there a scripting language for this? That was what really differentiated HyperCard and made it a replacement for the never-released MacBasic:
Appears so: https://beyondloom.com/decker/lil.html
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?
Decker heavily emphasizes the concept of "reified data", representing information as tangible entities within a deck.
You can create "contraptions" as specialized data containers/editors for specific applications:
http://beyondloom.com/decker/decker.html#customwidgets
For example, "WigglyKit" offers several contraptions which operate on a shared convention for representing animated images:
http://beyondloom.com/decker/wigglykit.html
You can also represent composite data as a series of cards in a deck, or use cards as encapsulated "objects" that you communicate with via events:
http://beyondloom.com/blog/sketchpad.html#cardsarerecords
In a pinch, you can also easily encode arbitrary data in fields as a JSON superset with their ".data" attribute.
Feels more like jerry-rigged SmallTalk to me. Maybe more like Rebol?
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 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:
https://beyondloom.com/decker/fonts.html
We also recently gained a library for working with vector-based text:
Ah. That would have been good to know! I was looking mostly in the interface for a font size tweaker of some kind.
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.
Looks awesome! Very oddly super small window for it in iOS safari though.
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.