[addhumal]

The clipboard now carries images both ways, as decided on 2026-11-02: up to 8 MB as they are, bigger ones re-encoded to fit, with the cap raised for the clipboard's messages alone.

What changed

• Copy on the Mac, paste on the iPad. A screenshot or an image copied in any app is ready to paste on the device. A PNG or JPEG within 8 MB goes as it is. macOS's own TIFF copies go as PNG when that fits; anything bigger becomes a JPEG, scaled down until it fits.
• Paste on the Mac. The chip and the Paste button offer an image too. Photos' HEIC goes the same way, and text still wins when there's both.
• Wire (additive):
  • The window list says clipboard 2.
  • A device subscribes with {"accepts":2} and only then gets images. {} stays text alone, so every iPhone and iPad from before is unchanged.
  • image is the field Sill Viewer: a Mac controlling another Mac #66 already used.
  • The clipboard's message may be 12 MiB either way; every other kind's cap is as before.
• Mixed versions. An older Mac ignores accepts, and this device offers it no images. An older device subscribes with {} and gets text alone.
• Words. The Mac's footnote, the Paste hint, a "Too big to send" note, the README, privacy.html and support.html, which said "text only".

Problems found, and how they were fixed

• Finder copies would have sent an icon. A copy of files in the Finder carries the files' icons as images, so with no text it would have gone as a picture. Copies with a file URL are skipped, and the icon is never even read. A mutant that dropped this rule had survived; the check now covers it.
• Promises that were no longer true. The privacy page, the support page and the Mac's footnote all promised text only. They now say text or an image.
• Shuffled text order. The Paste button's text items load in parallel, so their order could come back shuffled, and "the first that isn't empty" depends on it. They're kept by index now.
• Mutant patterns. Seven pinned lines that moved, and one was inverted: "generation 2" was the mutant before and is the build now, so it became "generation 1".

Checks

• clipboard: 368 checks, including real PNG, JPEG and TIFF images and a noise PNG over 8 MB fitted to a JPEG within it. Its mutants: 13 new, 7 repointed, all caught.
• compatibility: 152 checks. message-reader passes.
• run-all.sh: all passed.
• swift build -c release: only the known CaptureProbe warning.
• The iOS Debug simulator build passes.
• Live on a synthetic host's own pasteboard, never this Mac's clipboard:
  • A copied PNG reached the image-taking client as it was (1,636 bytes).
  • A 15 MB TIFF arrived as a 4.4 MB JPEG.
  • The {} client got neither.
  • A client's PNG was written to the host's pasteboard byte for byte and forwarded only to the other image-taking client.

Not checked: a real iPad: the Paste button with an image, a photo's HEIC, writing the Mac's image to the iPad's clipboard. The Mac's real pasteboard. A copy of over 8 MB from the device: the check covers it, but a command line can't carry it.

Risk: a device's image is checked only by its first bytes (PNG or JPEG) before it goes on the Mac's pasteboard, the same trust a device's text gets today. Re-encoding it on the Mac would parse it inside Sill instead. That's your call.

@Saffsanity: on the iPad with this build, take a screenshot on the Mac (⌃⇧⌘4) and paste it in Notes on the iPad. Then copy a photo on the iPad, tap Paste in Sill, and paste it in a Mac app.