-
Even the Pimoroni product page includes the comment, “[t]o ensure a robust connection, we’d suggest soldering the SHIM to your Pi’s GPIO pins (or a socket header) when you come to install it in your final project”. ↩
Sketch Clipart
When we were working on OpoLua, I exported all the assets from both the Psion Series 5 and Series 7 ROMs in search of icons to use in the our app. There were some real gems in there, including all the spectacularly 90s clipart from the Sketch app. These have been sitting on my hard drive for far too long and a recent deep-dive into the Series 7 reminded me to share what I found.
Media Archaeology Lab
During our travels last year, Sarah and I spent a couple of weeks with our friend Renee near Boulder, Colorado. While there, we visited the University of Colorado’s Media Archaeology Lab (MAL), a space overflowing with old computers, technology, and media. Everything in the space is hands-on, making it a wonderful opportunity to finally get to try out some of the computers I’ve only ever heard of—devices that didn’t make it across the Pond in large numbers.
MAL has a whole wall of Macs plugged in and ready to go and I couldn’t resist powering a couple on and having a play.
The Apple IIc was especially exciting, finally giving me a chance to play that mainstay of American education, The Oregon Trail.
Seeing so many computers side-by-side makes it easy to see clearly how design cues and influences carry through. For example, it’s so easy to see the heritage between the Apple Newton eMate and its far more successful successor, the iBook.
The collection is grouped into different sections and it was fun to see a couple of ZX81s and a ZX Spectrum as represented by its US cousin, the Timex Sinclair 1500 (still sporting a terrible ‘dead flesh’ keyboard).
Spread throughout the space are various installations made by the MAL’s resident artists. Buried in amongst the wealth of artifacts, these can be a little hard to find, but I enjoyed the ones I discovered: a pair of old phones that always dial each other, and a calculator with a nixie tube display, and a rotary phone as a keypad.
Perhaps unsurprisingly, of all of the collections, it was the mobile computers that really spoke to me. MAL has a wonderful collections of PDAs and esoteric portables, some I used growing up, some I worked on during my time at Symbian, and others—some of them very popular—I’ve simply never used before.
There were far too many devices to try out, but there were a few standouts: a Compaq C140 running Windows CE and a Handspring Visor (both of which I’ve since acquired for further exploration), an HP 200X running DOS and boasting Quicken and Lotus 123, and an Apple Newton MessagePad 2000.
The collection also contains some amazing bits of industrial design from other markets, including this absolutely charming Fujitsu Oasys Lite Word Processor:
Now that we’re based in Hawaii, MAL seems a long way away, but I hope to get a change to visit again soon and see what else they’ve added to the archives.
Week 10
Doodles, UX, and COVID
Just a week after returning to my weeknotes, it’s going to be a lighter one this week as Sarah and I managed to catch COVID. I spent a little time on Builds, but also took a some time off work-like projects to play around with ideas for my thermal printer and continue the Little Luggable Raspberry Pi 5 upgrade.
Builds
The first half of the week was spent trying to get Builds ready for a first private TestFlight beta—I’ve had a few friends express interest and I’d like to let them try it out. (If you’re also keen to test out an early beta, please get in touch.)
Getting Started and Adding Workflows
When I first started working on Builds, I was primarily interested in seeing if I could create something that improved my own daily development experience. As such, I put very little effort into the flow for adding GitHub Actions workflows to the app (a simple dropdown list was sufficient), instead focussing on the primary functionality of fetching and reporting statuses. Now that I’m planning to let others use the app, on-boarding becomes significantly more important.
Builds reports on branch-specific runs of GitHub Actions workflows. This means that any on-boarding flow needs to make it easy for users to select, for each of their repositories, pairings of workflows and branches.
My initial implementation for adding workflows presented users with a view containing three pickers allowing them to select a repository, workflow, and branch:
This proved slow and cumbersome, offering no overall context and making it easy to forget workflows or unintentionally add duplicates. It also translated incredibly poorly to iOS which offers no way to quickly navigate big pickers.
With these failures modes in mind, I set about designing something better:
It’s actually quite hard to break down the many thoughts and iterations that went into this but, while I’m sure there are still improvements to be had, I’m pretty pleased with how it’s turned out. The main goal is to show users as much context as possible, making it quick to add and remove builds, and easy to see all available builds. Setting up the app from scratch multiple times during development has proven a great stress-test for this workflow and I’m happy with how it works.
One challenge in designing the experience was figuring out what to do with the explosion of per-branch workflow runs. For example, if a repository has 3 workflows and 5 development branches, that’s a possible of 15 workflow builds. After much experimentation, I’ve settled on showing workflow runs on only default branches by default and using a picker to allow users to add additional branches. This optimizes for the primary use-case where people are interested in understanding whether ‘main’ builds, but also accommodates projects with long running development or dedicated release branches.
NSUbiquitousKeyValueStore
—it seems good enough for my current lightweight needs and I can switch it out if I start to see syncing issues. I’ve been living on this implementation for about a week and it’s been rock solid.
Writeme
Early on in the pandemic, when we were all encouraged to quarantine mail, I put together a Raspberry Pi powered receipt printer based on Adafruit’s Internet of Things Printer. Press a button, and it would print out quarantine ‘release’ tickets to let us know when our mail could be opened. Since that time has passed, it’s been sitting unused on the shelf and I’ve been dreaming up things to do with it.
Spurred on by Dan Catt’s pen plotter art—especially his recent work focused on handwriting—I thought it might be nice to use the receipt printer as a way to help manifest digital things in the real world and try to bring back a little whimsy in the process. With that in mind, I created Writeme.
Writeme allows anyone to send a little doodle to my receipt printer. It’s quite possible I’ll come to regret this (gone are those heady early days when putting something like this on the Internet seemed like an unquestionably great idea), but hopefully it brings a little entertainment while it lasts.
It’s been fun to see what people have sent so far and I’m looking forward to a few more doodles.
Little Luggable
Just like last week, I spent a little time tweaking the Little Luggable.
When I originally built the Little Luggable, I picked up the Pimoroni Audio Amp Shim with a view to driving a built-in speaker but never quite managed to get it working. At the time I was using Manjaro on my Pi 4 so thought the issue might have been with the drivers, and eventually gave up. Since I’m now Raspberry Pi OS on my Pi 5 (for the moment at least), it seemed like a good time to try again. Just like my experience with Manjaro, the Pi would list the device but didn’t seem to be able to talk to it, with alsamixer
complaining that it had ‘no controls’. Having read around a little, it seemed like the issue might be with the shim’s friction-fit connectors1 so I broke out the soldering iron. A few minutes later and I was enjoying the dulcet tones of a wilhelm scream at a loud 100% volume through MPlayer. Keen not to repeat that experience in a hurry, I broke out ScummVM and a few games instead.
Much to my surprise the Little Luggable’s mono speaker sounds quite good—far better than most laptops and monitors.