Calculator Construction Set

[billyhoffman]

I love Andy's early history of the Mac at Folklore.org. It's a great read.

A few years back, with Andy's blessing, I extracted all the posts and converted them to Markdown, to address a few issue I found with Folklore.org:

* Does not have a mobile friendly layout

* Missing images

* Low res-thumbnails used in articles, requiring links out to high resolution ones. Missing copyright/license information about the images

* Broken links

* Accessibility issues (images without ALT text, etc)

* Formatting issues

* No Metadata

* Table-based layouts with complex and obtuse HTML markup.

I find this an easier reading experience.

Project: https://github.com/acidus99/folklore.org-export

All the posts in Markdown: https://github.com/acidus99/folklore.org-export/tree/main/Po...

[DonHopkins]

I hacked an X11 window manager to take a command line argument telling it which window id to treat as the root window, then ran xcalc, discovered its window id with "xwininfo" or some such utility, then ran the window manager on the calculator, putting window frames around each of the calculator's buttons, so you could resize them, move them around, open and close them to icons, etc! That was a truly customizable calculator.

[zanderwohl]

The thing that makes a truly brilliant programmer is the ability to manage your bad manager -- to draw out demands they're incapable of articulating.

[macintux]

Reminds me of Dubl-Click's calculator construction kit for classic MacOS. I spent, I think, $75 on it back when that was a lot of money for an underemployed kid; never got any real value out of it, but was fun to play with.

https://www.macintoshrepository.org/1894-calculator-construc...

[jhbadger]

There were a lot of "construction kits" around that time, Bill Budge's 1982 "Pinball Construction Set" was perhaps the first. but there were things like the Adventure Construction Set, Music Construction Set, etc., that let people make their own versions of a program, typically (but not always) games, using a visual interface (even on 8-bit computers). I wonder where these things have gone. Yes, today we have things like Scratch, but that's more a programming language even if it is visual.

https://en.wikipedia.org/wiki/Pinball_Construction_Set

[ace2358]

Excellent story. Does anyone else wish we could go back to a time where designs lasted more than 2-3 years and CEOs cared a bit about it?

[Zelphyr]

Here's the result: https://i.insider.com/5443c4556bb3f7f05dbaa658?width=1014

[tromp]

The name reminds me of the Calculus of Constructions [1], the type theory underlying proof assistant Coq.

[1] https://en.wikipedia.org/wiki/Calculus_of_constructions

[w0mbat]

I missed the old Mac calculator desk accessory so much I wrote a new version of it for current Macs (you can buy it if you want at CalculatorDA.com but I wrote it for my own nostalgia purposes and use it every day). Like the version Chris Espinosa handed to Steve Jobs it has lots of options for changing the look, but they are all modern choices, like jaggy versus anti-aliased, modern traffic light window controls vs old school close box, etc. I change up the settings depending on my mood.

[NelsonMinar]

This reminds me of modern software that exposes all these design layout decisions to the user. Sizes of UI elements, fonts. Detailed colors. People say they love the customizability and there's a whole world of sharable themes for things. Me, I'd prefer the software had the right visual design out of the box and didn't need me configuring it.

[GuB-42]

This is not how I would define modern software. High customization was more of a trend in the late 90s to the early 00s.

People were crazy about themes, skins, custom fonts, colors, mouse cursors. Winamp was famous for that (except that "nobody wanted to see a Winamp 4 skin"). Myspace was the big social network before Facebook, and was well know for the sometimes excessive level of visual design freedom it offered to its users. It was also a time where you had dockable toolbars everywhere, customizable menus, etc...

Modern apps usually don't let you change much. I think we have a bit more customization than a decade ago, but it is not as wild as it used to be, in fact, it is rarely more than a "dark mode" toggle.

[cat_plus_plus]

We do it all the time for UX - make everything in new UI feature customizable through command line and have them tweak it until they are happy. There are always rendering differences between their mock tools and actual devices. For example, it's impractical to render UI in same layers as the tool does, and also real time graphics drivers can not use the same algorithms as desktop image editors.

So seems just common sense, although I am sure back in the day it was a lot more effort to add development UI and have it fit in memory?