site: editorial tooling, grid masonry fix, new reviews + finds

UI / dev tooling
- /find/ index: sort by file birthtime desc (sub-day chronology even when
  many finds share the same frontmatter date); render the captured-at on
  its own line under the host (~0.65rem mono muted)
- New dev-only filter at the top of /find/: All / Not in lists, persisted
  in localStorage; "not in lists" hides finds referenced by any superpost
- New editorial-tags chip strip on each find card (dev-only): selected
  tags visible by default, full picker on hover/focus-within with a "…"
  button for arbitrary tag entry; clicks copy /edit-find-tag <slug> <tag>
  to the clipboard via the existing EditConfirm singleton
- New optional editorialTags: string[] field on the find collection
- New src/data/editorial-tags.json — master list of available tags (initial
  set: ["delete"]); display order follows file order

/grid/ now uses the JS Masonry component instead of CSS column-count, so
the middle column no longer "dips"; tile hover updated to match the home
page's accent-glow / no-translate style

Content
- New review: apex-markdown-processor (graduated from find of same slug;
  hero reused from the find folder)
- New review: sindre-sorhus-older-mac-apps (graduated; intentionally
  hero-less per the source page's text-only design)
- New review: superkey (added by user; hero wired in src/lib/hero.ts)
- 24 new finds captured by /daily-finds across travel, jokes, quotes,
  product picks, and indie tools
- 2 new finds superposts: 2026-05-04-a-small-atlas, 2026-05-04-off-until-needed

Misc
- daily-finds.log.md and candidate-sources.md updated with the day's runs
- build-finds skill prompt iterated by user
This commit is contained in:
2026-05-04 18:57:04 -04:00
parent 1ecdc10443
commit 7e1b200bea
59 changed files with 927 additions and 75 deletions
Binary file not shown.

After

Width:  |  Height:  |  Size: 495 KiB

@@ -0,0 +1,28 @@
---
name: "Apex Markdown Processor"
subtitle: "One Markdown tool that renders every dialect — and shows images in your terminal"
date: 2026-05-04
category: writing
tags: [macos, markdown, terminal, cli, writing, open-source, brett-terpstra]
link: "https://github.com/ApexMarkdown/apex"
description: "Brett Terpstra's Markdown processor that speaks CommonMark, GFM, MultiMarkdown, Kramdown, and Marked simultaneously — and renders inline images directly in the terminal via ANSI."
source: "Brett Terpstra"
fromFind: "apex-markdown-processor"
---
import hero from './hero.png';
import { Image } from 'astro:assets';
<Image src={hero} alt="Apex rendering a Markdown document with inline images in iTerm" />
*Apex piped through `cat`-and-render: tables, citations, and inline screenshots all visible at the command line.*
> A single Markdown processor that understands every flavor people actually write — and turns your terminal into something that can show the images they reference.
The Markdown ecosystem has spent fifteen years branching into incompatible dialects. CommonMark is strict, GitHub Flavored adds tables and task lists, MultiMarkdown adds citations and footnotes, Kramdown adds attribute syntax, Marked adds custom inclusion. Most tools pick one and ignore the rest. Apex picks all of them, and its parser figures out which extensions a given document uses without you flagging the dialect up front.
The party trick is image rendering. Pipe a `.md` file through `apex` in iTerm, Wezterm, or any ANSI-capable terminal and the inline `![alt](path/to/screenshot.png)` references actually render — not as link text, but as the image itself, scaled to the terminal's character cells. It uses the iTerm2 inline-images protocol with a fallback to Sixel, so it works in most modern terminals and degrades gracefully in the rest. For a writer building documentation or drafting a blog post over SSH, that single feature changes how Markdown feels at the CLI.
Beyond rendering, it has the tools you'd expect from a complete processor: file inclusion (`{{>partial.md}}`), fenced divs for callouts, citation handling, plugin hooks for custom directives, and HTML/PDF/EPUB output paths. Brett Terpstra has been building Markdown tooling for the better part of a decade — Marked 2, MultiMarkdown helpers, the whole nv* family — and Apex feels like the consolidation of everything he's learned about how people actually write Markdown.
Honest limitation: it's a young project. The plugin API may shift, and a handful of MultiMarkdown edge cases around citation ordering aren't quite right yet. The project is open source on GitHub if you want to track issues or contribute fixes.
@@ -0,0 +1,21 @@
---
name: "Sindre Sorhus' Older-macOS App Versions"
subtitle: "Every paid Sindre app, free, for anyone still on macOS 15 or earlier"
date: 2026-05-04
category: indie
tags: [macos, indie, generosity, dato, lungo, battery-indicator]
link: "https://sindresorhus.com/apps/older-versions"
description: "Sindre Sorhus quietly hosts free builds of every paid app he ships — Dato, Lungo, Battery Indicator, the rest — for users running macOS 15 or earlier. A standing offer renewed each year."
source: "r/macapps"
fromFind: "sindre-sorhus-older-mac-apps"
---
> Every year Sindre Sorhus posts the last-compatible free build of each of his paid Mac apps for users who can't or won't upgrade past macOS 15. Dato, Lungo, Battery Indicator, the lot — going back to 10.13.
Sindre Sorhus is among the most prolific indie developers on the Mac platform. He ships dozens of small paid utilities — Dato (the menu bar calendar that quietly replaces the system clock for a lot of people), Lungo (one click stops your Mac going to sleep), Battery Indicator (the battery-time-remaining readout Apple removed), and a long tail of niche tools. Most are modest one-time purchases or small subscriptions.
The Older Versions page is the part that earns its place here. Each time a new paid build ships requiring the latest macOS, the previous build is hosted free for everyone still on the older OS. The current page covers macOS 15 down through 10.13. Click the app, download the .zip, drop it in /Applications. Code-signed, notarised, no account or upgrade nag.
The cumulative effect is a quiet guarantee: if you buy a Sindre app today, you're not paying for an upgrade treadmill. Stick on Sonoma in 2027 and the macOS-15-era build will be sitting on the page, free, runnable. The same goes for everyone else who can't afford a new Mac, won't trust the next OS, or simply hasn't rebuilt their muscle memory yet.
This is rare in the App Store age, where stuck-on-old-macOS users routinely lose access to apps they paid for. Sindre's gesture covers his entire catalog. The page itself takes thirty seconds to skim — the work behind it is the part that matters.
Binary file not shown.

After

Width:  |  Height:  |  Size: 192 KiB

+21
View File
@@ -0,0 +1,21 @@
---
name: "Superkey"
subtitle: "Click any visible text by saying its name — no mouse"
date: 2026-05-04
category: input
tags: [macos, accessibility, keyboard, ocr, voice]
description: "An OCR-driven Mac click target — say or type any visible label and Superkey clicks it. Catches the buttons that keyboard accessibility tools miss."
link: https://superkey.app/
source: "Brett Terpstra"
fromFind: "superkey"
---
![A Superkey Seek overlay searching for "ryan" with a guide line drawn from the search bar to the matched word on the page below](./hero.jpg)
> An OCR-driven click target for the Mac. Trigger a search, say or type the name of any visible label, and Superkey clicks it — no shortcut needed, no accessibility tree required.
Most Mac keyboard tools work off the macOS accessibility tree. Homerow drops a two-letter label on every element the system marks clickable; Wooshy maps every focusable item. The catch is that plenty of clickable things — canvas-rendered widgets, Electron apps without proper a11y, embedded web views, custom controls — slip out of that tree entirely. You can see the button. Your keyboard tool can't.
Superkey solves that by skipping the tree. When you trigger Seek, it OCRs whatever's currently on screen, indexes the visible text, and lets you find any label by name. Type *submit*, or say it; Superkey draws a guide to the match and clicks. Works inside Figma, inside web games, inside the half-broken third-party apps that have made the rest of your workflow keyboardable.
Trade-offs are honest: OCR runs per trigger, so there's a beat of latency before the search overlay appears; heavily stylized text — gradient logos, texture-baked labels — sometimes doesn't read; and like every Mac power-user tool from this corner, it's a subscription. Brett Terpstra calls it the missing piece of his all-keyboard workflow, and that's exactly the right framing — Superkey doesn't replace Homerow or Keyboard Maestro, it patches the holes they leave.