Get Info: #opensource

WebGL CRT Shader

by Matt Sephton — Sun, 04 Jan 2026 17:44:00 +0000

I’m releasing my WebGL CRT Shader as open source.

It creates a CRT/vintage TV effect so could be used in games, emulators, apps, demos, visuals, etc. It’s not a simulator just something that gives the same general old school vibe.

As a WebGL shader, it runs on the device’s hardware GPU in the browser and renders to a <canvas> (or offscreen canvas). I currently use it with Three.js, and the demo below uses just a 2D canvas.

It’s optimised to run well on low power devices as far back as iPhone XS, though I’m certain it can be optimised even further. PRs welcome! The easiest personal optimisation you might make would be removing processing of unused parameters.

Is it scientifically correct? Hell no. Does it look good? Yes. Does it give you the feels? Absolutely.

github.com/gingerbeardman/webgl-crt-shader/

History

It began as a shader for Love2D at the beginning of 2025 (here’s a gist of that one) and by the end of 2025 I had ported it to GLSL for a personal work-in-progress web game.

Live Demo

Reach for the sliders!

(You can scroll the demo horizontally on mobile)

![screenshot](https://cdn.gingerbeardman.com/images/posts/glsl-web-crt-shader.png)

^ Screenshot is Pico-8 classic Worm Nom Nom by Tic Tac Toad (kometbomb + iLKke) 🌸🍏🎩🐛💩

Monokai Pro Vibrant theme for Nova editor

by Matt Sephton — Wed, 14 May 2025 19:50:00 +0000

I neglected to blog about this in October 2024, so here it is now.

Monokai Pro Vibrant is my fork of the unofficial Monokai Pro theme for Nova editor, by Tony Keiser.

My fork has a few quality of life changes:

Theme Vibrancy is enabled, making focused and unfocused windows more distinguishable
Colour tweaks improve contrast when highlighting found instances of search terms
Comments are now italicised

I use the Spectrum variation of the theme with the IBM Plex Mono font to great effect.

Since late-2025 I’m now using font MD IO Trial (free for personal use).

Monokai Pro

The original Monokai Pro theme by Wimer Hazenberg is not free, so I would encourage you to buy a licence even if you’re using an unofficial port or modification of the theme. It’s only right to support software developers. You can get a licence to use Monokai Pro from the original creator: monokai.pro

Download

I filed a PR for these changes, but it has not yet been accepted. I’m not comfortable distributing this on the official extension gallery at this time. So grab it from GitHub:

github.com/gingerbeardman/Monokai-Pro-Vibrant.novaextension/releases/

Stapler: I remade a 32 year old classic Macintosh app

by Matt Sephton — Sat, 10 Aug 2024 21:00:00 +0000

The latest version of this app is now available as a free download on the Mac App Store.
More info on my apps website at: gingerbeardman.com/apps/stapler/

A couple of days ago I was reading on Hacker News about a feature in some Linux window managers where they allow collections of tabs from different apps.

This reminded me of BeOS, but at the same time it reminded me of an app from 1992 for classic Macintosh called Stapler, and how I’d talked about that and it’s one-time spiritual successor, LaunchList, in the past. These were both similar apps that allowed you to collect and launch all the apps, files, folders, documents, related to a specific task, thus saving time. Or as Ali Rantakari so succinctly put it in 2009: “Opening a Bunch of Stuff at Once on Your Mac”.

So over the past day or so I built my own take on this concept for modern macOS!

Whilst my app is inspired by both Stapler (right down to the name) and LaunchList, my app adds improvements and features of its own and is more of a hybrid of both. For example, Stapler didn’t have drag and drop and LaunchList didn’t have zero-click auto-launch. My goal was to keep it as simple as possible, but no simpler. To that end, there are no preferences or settings in the app.

Tell me more

The idea is you set up a Stapler Document per project containing related apps, files, folders, etc. Then you can open them all at once by launching the single document. Each document contains a list of aliases that can be managed, inspected, launched using the app. The key time-saver is that if you launch a Stapler Document directly, all the items in its list will automatically be launched. Cool!

Work: text editor, run current game, pixel art editor, bitmap font app, todo list
Play: Music app, Hacker News app, Twitter app, script to position windows
Movie: run Caffeine to keep your computer on, shortcut to put displays to sleep

It’s an odd way of thinking about working on a computer—it’s task-based rather than app-based or document-based. Indeed, some might say it’s an outdated way of approaching things. But I’m always banging the drum about there being so much good stuff that was prematurely left behind along with the memories of System 7 (though I still use that), BeOS, OS/2, Amiga Workbench, GEM and the many alternative desktops of Atari ST, etc. So I thought I’d see if I could walk the walk as well as talk the talk.

Details

It’s written in Swift and SwiftUI and weighs in at 640KB, about one third of which is a multitude of icon files at many different sizes and resolutions. By creating a Document-Based App you get a ton of functionality for free, such as document/tab/window management, undo/redo (though I still needed to watch for it and refresh the app window), and much more.

The editor is a native macOS window that’s kind of like list view in a file manager, or a spreadsheet, or a little folder…depending on your point of view. Plus some menu commands and keyboard equivalents. You can have multiple windows open at once, for example one window each for all your common tasks, giving you the ability to launch full tasks or parts of them with minimal effort.

The items in each list are macOS bookmarks (sometimes: security scoped bookmarks) which are a type of authorised/verified/secure alias (in fact, they’re still called aliases in the code) that have been around for about 10–15 years. They contain the path plus a bunch more info. As macOS becomes more locked-down the recommended way of accessing files is to retrieve these bookmarks through the normal layers of system permissions and security. Without the bookmarks, for example just using plain text paths, I would not be able to show the full images in Quick Look or easily launch the list items. A key benefit is that the bookmark will still resolve if the file is moved somewhere else on the same disk, or even to a different volume!

I store the items as JSON in the saved file, simply because I prefer it to XML (which is the main/default option). I wanted the files to still be human readable and editable to a degree.

The files are launched using the default app specified by that file, so it can be changed on a per-file basis. Individual images might open in an image editor, image viewer, app to run OCR, script to run OCR on it, etc.

Dealing with files was both cool and annoying, cool that you can get the bookmarks to files so easily, but annoying that you have to jump through so many hoops to work around the security and sandbox protections and end up having to do file requests in a long-winded way, and then there’s having to tweak plist entries to give the app just the right permissions. I’m using some features of SwiftUI that mean the app can’t run on anything before macOS 14 Sonoma. All-in-all I’d say modern macOS development is a bit of a mixed bag. Take it or leave it.

Bonus tip

Make sure to uncheck: System Settings > Desktop & Dock > Windows > Close windows when quitting an application

Then leave the windows of an app open as you quit it. When you next launch the app its windows will restore to their previous size and position. If you close the windows first, then the app will restore to having no windows open.

Thanks

My good friend Dave Roberts (Serendipity App Company) for brainstorming why it was so damned difficult to get the app to react differently when a document was opened from Finder. Rip it up and start again! To Dustin Mierau for kickstarting this trend of remaking forgotten old apps for modern macOS. And eternal thanks to Chris Patterson and Ali Rantakari for their apps.

Since launch

support added for macOS 12 and newer (was originally macOS 14 and newer)
new features added
omissions addressed
bug fixes
new icon on the way

Elsewhere

Piskel for Playdate

by Matt Sephton — Wed, 10 May 2023 00:00:00 +0000

I just pushed some changes to my Playdate-centric fork of Piskel:

github.com/gingerbeardman/piskel-playdate/tree/dev-1047

This fork:

can be used to build desktop apps on latest operating systems
- updated to future-proof dependencies and build process
- builds for Windows, Linux, macOS
has Playdate-specific features
- get frame size from imagetable filename
has quality-of-life improvements
- save keyboard shortcut will export PNG
- ignore warnings preference
- turns off animated preview by default
- different window size and positioning
- stops nagging if run in WebKit
- modern macOS icon
adds useful community improvements
- Outliner tool
- Dither modifier keys
- Keyboard cursor
- Shift Palette Color Index Brush
adds new default Pencil tool
- draws in the opposite color to that of the start pixel

Apple silicon support

Check out the readme for details on how to quickly generate a new build without having to build nw.js from scratch. It’s very easy! Thanks to Ayushman Chhabra for help and hints.

Image Table support

Most of the time I load Piskel and drop an image table (a sort of sprite sheet) on it. Having to manually enter frame/cell size dimensions got old really fast, so this was my main motivation for doing a custom build. It’s a simple hack that checks the file name and parses out the cell dimensions. Slightly more tricky was trigger changes to the import panel so that everything looked and worked as it should.

Ignore Warnings

After editing an image in Piskel the majority of the time I export it and then quit the app. The app always nags twice: firstly to make sure you wanted to “leave the site?” - a leftover from the fact this is a web tool at heart - and a secondly to make sure you want to “abandon unsaved changes?”. An option to ignore these warnings is such a time saver.

I also took the opportunity to add some useful features developed by the community.

Outliner tool

Thanks to ElectricToy for this patch, it works like flood fill but only fills the outline of any pixels it hits. You can hold Cmd to do a slightly thicker outline including corners.

Dither modifier keys

Another one from ElectricToy, this gives you 25% ad 75% dither patterns by holding modifier keys, in addition to the standard 50% checkerboard dither pattern.

Keyboard cursor

I’m not sure how useful this really is, but I added it anyway. Thanks to juliandescottes for the patch. You can control the pixel cursor location using Alt+cursor, and space will activate the current tool at that location. I haven’t tried it but you could set up a game controller to use these keys and draw like Dan Malone did!

Shift Palette Color Index Brush

This tool allows you to do shading using neighbouring colours more easily. Thanks to blurymind.

And I even added a new tool myself!

Pencil tool (new default)

Classic Macintosh style Pencil. Draws in the opposite color than that of the pixel the stroke begins on. If the stroke begins on transparent, or the secondary color, it draws in the primary color. If the stroke begins on the primary color, it draws in the secondary color. This minimizes the need to switch between selected colors. To draw in a single color you won’t need to change colors or tools at all.

Iwata Asks Downloader

by Matt Sephton — Sun, 05 Jan 2020 00:00:00 +0000

This tool downloads the Iwata Asks series of interviews, saving as Markdown and HTML with images. ePub files are optional and can be generated in a secondary post-process phase.

I created this tool in Spring/Summer 2019 so that I could more easily read and search the Iwata Asks interviews.

More details: github.com/gingerbeardman/iwata-asks-downloader

Emoji Dictionary 🤓 📖

by Matt Sephton — Sun, 17 Jul 2016 00:00:00 +0000

One of my favourite features of Mac OS X is the ability to point the mouse cursor at a word and press Command+Control+D to quickly see a popup definition courtesy of Dictionary.app:

It annoys me when I use this feature on an Emoji and it doesn’t work. 😠

D.I.Y.

During my job as a Technology Evangelist at Apple, I took great pride in learning as much as possible about the frameworks and tools that are provided to developers. One such toolkit allowed the creation of custom dictionaries for Mac OS X.

So I thought it would be fun to use the Dictionary Development Kit to create a simple dictionary of Emoji and their meanings. It was! You can grab the finished dictionary here: github.com/gingerbeardman/Emojipedia

How it works

I grabbed a comprehensive list of Emoji Data from the Unicode website, and then set about converting it. The process was as follows:

Convert Emoji Data table to plain text (select all & copy in Chrome).
Write some simple PHP to parse the text file and write out the XML.
Setup build process.
Test and repeat many times.

For each Emoji I store the name and emoji itself, along with a list of keywords and aliases. That way you can search by word or theme and more easily find the emoji you’re looking for. I also list the keywords in the definition, which Dictionary.app automatically converts into hyperlinks allowing you to browse the Emojipedia dictionary just like a website.

Emojipedia

There’s only one place to go to find out information on any Emoji and that’s Emojipedia, a fantastic resource created by Jeremy Burge. I put a link to Emojipedia in every definition, so you can easily click through to find out more and continue learning about Emoji. I plan to work even closer with Emojipedia to include even more information in the dictionary file.

For Hire

I offer a consultancy service that helps companies make better use of technology; from low level tools through to user interface and experience. Get in touch with me if you’d like to work together.

It only remains for me to wish you a Happy #WorldEmojiDay! 🌍