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.
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.
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'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.
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.
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?
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?
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.
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.
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.
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.
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.
29 comments
[ 0.26 ms ] story [ 40.2 ms ] thread[1] https://offline.tldraw.com/
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)
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.
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.
If you’re a small shop and have a need for a little database, what do you use? Is there a default now? Notion?
[1]: https://en.wikipedia.org/wiki/LiveCode
This is beautiful. I loved Hypercard when I was a kid. If they added networking to it, it would have been superior to web browsers!
Please people, have some joy and stop taking people down a peg for vibe coding apps. Let people have fun again for once.
“classic Mac OS”
not
“classic macOS”
Scripting language? Javascript? Python?
SDL3 for cross-platform rendering, audio…
Should the "cards" just be a subset of HTML?
Etc…
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:
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.
https://itch.io/t/6632495/decker-programming-tutorials-video...