Wuqiong Zhao's pdfcrop Web App is sublimely fit to purpose. Tried wrangling a Tauri-based portable Windows app out of it with Claude 4.6 Opus, Gemini 3.1 Pro, and GPT 5.4 over several hours with little to show for it.
Dear friend and AI whisperer Josh adroitly conjured up a wonderful solution using Copilot & GPT-5.4-high in a twinkling, even fixing crop-box handle resizing along the way:
Successfully tested the following build steps in Windows 11 24H2 ARM64, macOS 26.4.1 Tahoe, and Ubuntu Linux 22.04:
macOS Mojave and earlier store sticky notes in a single file, ~/Library/StickiesDatabase. Catalina and later use ~/Library/Containers/com.apple.Stickies/ (Finder displays it as ~/Library/Containers/Stickies/), with RTFD files in ./Data/Library/Stickies/ and note color and window positioning data stored in ./Data/Library/Preferences/com.apple.Stickies.plist.
For many macOS upgrade scenarios that straddle this divide (e.g., High Sierra to Sequoia), the database migration silently fails. Even in the best case (as when upgrading from Mojave to Catalina), colors revert to yellow and window positioning is lost.
Solutions
Stickies.app 10.2 (build 138) from macOS 10.14.6 can be copied to Tahoe alongside ~/Library/StickiesDatabase and runs successfully; colors and window positions are preserved. "Export Text…" (Plain Text, RTF, RTFD) works; "Export All to Notes…" does not.
If preserving sticky note colors isn't necessary, simply restore ~/Library/StickiesDatabase to a clean macOS 10.15, 11, 12, or 13 instance; Stickies will populate com.apple.Stickies from it on first launch (fails under macOS 14, 15, & 26).
1. In Mojave, restore a backup of ~/Library/StickiesDatabase. 2. Optionally export to Notes.app (File → Export All to Notes…) for posterity; colors are preserved as folder names. The Notes database (~/Library/Group Containers/group.com.apple.notes) can be imported as-is into modern macOS versions. 3. Upgrade Mojave to Catalina; com.apple.Stickies can now be imported into later versions including Tahoe. Colors must be manually corrected (or perhaps scripted to extract values from StickiesDatabase and insert into com.apple.Stickies.plist, an exercise left for the reader). Windows can be un-stacked via AppleScript; this example (tested in Catalina and Tahoe) uses a 5-column layout:
tell application "Stickies" to activate
tell application "System Events"
tell process "Stickies"
set winList to windows
set winCount to count of winList
set numColumns to 5
set noteWidth to 300
set noteHeight to 200
set xGap to 20
set yGap to 20
set baseX to 50
set baseY to 50
repeat with i from 1 to winCount
set colIndex to ((i - 1) mod numColumns)
set rowIndex to ((i - 1) div numColumns)
set theWin to item i of winList
set position of theWin to {baseX + colIndex * (noteWidth + xGap), baseY + rowIndex * (noteHeight + yGap)}
set size of theWin to {noteWidth, noteHeight}
end repeat
end tell
end tell
pystickies: "Converts the database from the Mac's 'Stickies' program into RTF files, one per sticky. This is platform-independent, it doesn't use Cocoa to do the conversion, but rather uses heuristics to find the RTF data within the Stickies database."
pytypedstream: "A pure Python, cross-platform library/tool for reading Mac OS X and NeXTSTEP typedstream files. ... the typedstream data format is still used by some macOS components and applications, such as the Stickies and Grapher applications."
StickiesDbConverter: "Brief python script for exporting a StickiesDatabase file on macOS to a plain text file."
Granted, this is with Maildir enabled and hundreds of thousands of messages across dozens of folders, but the bug had never appeared when the account was configured as IMAP in Thunderbird, so have switched back for now. (The new account had to be set up manually, then switched to OAuth for both IMAP and SMTP, as it wasn't offered otherwise (setup in a fresh Thunderbird profile worked normally). One downside of returning to IMAP: syncing changes to macOS Mail once again requires quitting Thunderbird.)
Update
While penning this post, happened upon an open bug from 17 years ago:
The IODD Guide explains that "The ISO/VHD file is too fragmented to load (Max 24 fragments for ISO; 0 for VHD)." and suggests "Use defragmentation utilities like MyDefrag (dead link) or Defraggler."
Another option is WinContig (H/T), a green, portable app that merited a rare addition to the System page:
🌱WinContig v5.0.3.3 [961K] + "Quickly defragment individual files without the need to defragment the entire disk." Supports Windows Vista through 11, server versions from 2008 to 2019, and FAT, FAT32, exFAT, NTFS, and ReFS filesystems. 📺
Updates
Initially skipped SysInternals' Contig, believing it only supported NTFS as claimed on Wikipedia ("Supported file systems: NTFS") and even more explicitly on Grokipedia ("It exclusively supports the NTFS file system, leveraging the native Windows NT defragmentation API introduced in NT 4.0, and does not function on FAT, exFAT, or other file systems."). However, version 1.83 successfully defragmented an ISO file on an exFAT-formatted drive.
IODD offers VHD Tool++, a portable app with a number of functions including file defragmenting. However, the current version (0.8.0.1) simply wraps Contig, which is bundled inside. (Curiously, VHD Tool++ is not mentioned on IODD's own error messages page, which instead recommends MyDefrag and Defraggler as noted above.)
MX Linux, built on Debian Stable and offered in Xfce, KDE, and Fluxbox flavors, booted a 2012 iMac faster than any of the standard distros, with WiFi and sound working out of the box.
OEM installation is as easy as booting from the ISO and running sudo minstall --oem in the terminal (default accounts: demo/demo, root/root).
"Run classic Windows and DOS executables directly in your browser. No installation required. Just drag, drop, and watch programs come alive in a web page.
"RetroTick is an x86 virtual machine and Windows/DOS API compatibility layer built from scratch in TypeScript. It parses PE (Win32), NE (Win16), and MZ (DOS) binaries, executes x86 machine code instruction by instruction, and reimplements a subset of the Win32, Win16, and DOS API surface, enough to boot several .exe files from the classic Windows era and render their GUIs in the browser."
The developer shared on HN: "Hidden feature: right-click any executable and select 'View Resources' to browse its embedded resources like icons, bitmaps, dialogs, and version info. It even supports viewing Delphi forms (though Delphi programs can't actually run yet). Think of it as a browser-based Resource Hacker or eXeScope."
retrowin32 "is a still-early Windows emulator for the web (and other non-Windows platforms). Take a win32 .exe file and run it in a web browser or a Mac. See some demos."