The Apple Calculator Language
ingve
36 points
7 comments
July 30, 2026
Related Discussions
Found 5 related stories in 461.0ms across 15,510 title embeddings via pgvector HNSW
- The APL programming language source code (2012) tosh · 59 pts · April 11, 2026 · 54% similar
- Gnosis Lisp for the Apple II rbanffy · 27 pts · May 28, 2026 · 53% similar
- Lisp as the Maxwell's Equations of Software andsoitis · 65 pts · July 10, 2026 · 50% similar
- Advanced Mac Substitute is an API-level reimplementation of 1980s-era Mac OS zdw · 228 pts · April 11, 2026 · 47% similar
- I designed a nibble-oriented CPU in Verilog to build a scientific calculator gdevic · 96 pts · May 15, 2026 · 47% similar
Discussion Highlights (3 comments)
WillAdams
Or, what Jef Raskin would have thought of MacBasic: https://www.folklore.org/MacBasic.html Agree w/ the page author's fondness for RealBasic --- still have a copy of _BASIC for Windows 3.0_ which had a copy of it on a floppy disk (and a nifty graphical poker game as an example). Xojo is alive and well, though I haven't been able to justify a license, (diverted to HyperCard and Runtime Revolution which became LiveCode until their opensource rug pull) --- probably going to get PureBasic/SpiderBasic for my next project. Are Raskin's criticisms of Pascal addressed in Oberon? Awesome that this page has a running copy, and I'm looking forward to reading the original document. Turning it around --- what programming language now available would best fit Jef Raskin's ideals? Arguably, Python won --- would the Pythonic way of doing things have won him over?
vintagedave
"stressed" [8..1] desserts Beautiful. Far more so than Python’s "stressed"[::-1] (which I also think is very neat.) Oddly given the comments on Pascal it reminds me most of Pascal’s range syntax. I love its ranges and sets.
mwexler
This reminds me of Frink https://frinklang.org/ which cleverly carries units through calculations. It borrows from many other languages and has some "clear text" commands like parent post, but it's emphasis on unit consistency helps avoid conversion slop.