gentle-image-preview0.2.1

gentle-image-preview

A Pi / Gentle Shell extension that replaces long pasted-image paths with short, numbered [Image #N] tokens — and lets you hover or click them to see what they point at.

Install

Gentle Shell:

gentle-shell install npm:gentle-image-preview

Pi:

pi install npm:gentle-image-preview

Without installing, from a checkout of this repository:

pi -e ./packages/image-preview/extensions/image-preview.ts

Examples

The second frame shows the numbering rule: each image pasted into the same draft takes the next number, and an emptied draft starts again at [Image #1].

Both frames come from a real session running the packaged extension, captured from the running TUI and re-rendered as a static frame for legibility.

What it does

Pasting an image from the clipboard normally inserts a long temp-file path into the editor. With this extension, the paste shortcut saves the clipboard image to your pictures folder (or a bounded temp cache when there is none) and inserts a compact token instead, numbered inside the draft (1, 2, 3, …):

Look at this [Image #1] compared with [Image #2]

The mapping from token to real file is persisted in the session (via a custom entry), so tokens survive session reloads and stay resolvable on the current branch.

The [Image #N] token

• N belongs to the prompt draft, not to the session: a draft that holds no image starts again at 1, so the next paste after you clear the editor is [Image #1] once more. Inside a draft the number always continues above the highest token already there. Every sent prompt carries its own refs block, so the history stays unambiguous even when a number is used again later.
• The token is plain text. Tokens whose mapping is unknown (for example, text you typed yourself) are left verbatim and simply have no entry in the refs block.

What the model receives

Before your prompt reaches the model, the extension appends a trailing [Image refs] block mapping every known token to its absolute path, in ascending order:

Look at this [Image #1] compared with [Image #2]

[Image refs]
[Image #1] = /home/you/Pictures/screenshots/screenshot-2026-11-02_15-05-41.png
[Image #2] = /home/you/Pictures/screenshots/screenshot-2026-11-02_15-05-41.png

Your own message text is never dropped or rewritten; the block is appended after it. Unknown tokens produce no line.

Paste shortcut

This extension is meant to be the single owner of the paste shortcut. If you already had a paste extension installed — one that inserted a path and saved the clipboard image itself — disable it, otherwise both register the same key and Pi keeps whichever loads last:

"extensions": ["-extensions/paste-image-to-screenshots.ts"]

The destination is never imposed: it is the folder you already configured, in this order — GENTLE_IMAGE_PREVIEW_DIR, OMARCHY_SCREENSHOT_DIR, $XDG_PICTURES_DIR/screenshots, an existing ~/Pictures/screenshots — and only the bounded temp cache when none of them exists.

• Default: ctrl+v — the key you already paste with. The shortcut replaces Pi's built-in clipboard paste (app.clipboard.pasteImage), and that is safe only because this handler also does what the built-in paste did: copied file paths, then an image, then plain text. The last extension to register a shortcut wins, so nothing of the old paste behaviour is lost.

• Override it once per session with an environment variable — for example to move it back out of the way:

  GENTLE_IMAGE_PREVIEW_SHORTCUT=ctrl+shift+v pi
  

• The environment variable is read at session start; changing it requires starting a new session (or restarting).

What a paste does, in order

The handler reads the clipboard once and takes the first thing it can read:

1. An image — saved to your pictures folder and inserted as [Image #N] (unchanged behaviour; see below for where it lands).
2. Copied file paths — from a file-manager copy, inserted the way Pi inserts them: one per line, or space-joined and quoted when the editor is in bash mode (the draft starts with !).
3. Plain text — inserted verbatim.
4. Nothing readable — the editor stays untouched; no partial or empty paste is ever inserted.

Clipboard coverage (per platform)

Platform	Image	Copied file paths	Text
Linux · Wayland	wl-paste --list-types, first valid image type	x-special/gnome-copied-files / text/uri-list	first text/* type
Linux · X11	xclip -t TARGETS, first valid image type	same types as Wayland	same
macOS	pngpaste - (homebrew)	not covered — Finder copies live on the native pasteboard and no bounded one-shot command returns them	pbpaste
Windows	PowerShell Clipboard::GetImage → temp PNG	Get-Clipboard -Format FileDropList	Get-Clipboard -Raw
WSL	PowerShell via powershell.exe, path converted with wslpath -u	same, paths converted with wslpath -u (the raw Windows path is kept if conversion fails)	Get-Clipboard -Raw via powershell.exe — only what the Windows interop reaches

On Wayland the backend is selected by WAYLAND_DISPLAY or WL_DISPLAY; on X11 by DISPLAY. If neither is set, nothing is spawned and the paste does nothing. Image payloads are always validated by magic bytes before anything is saved; a payload that is not a recognisable PNG/JPEG/GIF/WebP falls through to the next category instead of being pasted as a broken image.

Chip band above the editor

While a draft contains [Image #N] tokens, a widget above the editor shows one chip per token with the image's file name. When the mouse reaches the band (see limits below):

• Hovering a chip reveals its real path with pixel dimensions, and an inline image preview when the terminal supports images (Kitty / iTerm2 protocols).
• Clicking a chip opens the image in the system viewer.

There is always a keyboard path: the /image-paths command lists every token in the session with its absolute path.

Opening images (per platform)

Platform	Command
macOS	open <path>
Windows	cmd /c start "" <path>
WSL	wslpath -w then cmd.exe /c start ""
Linux	xdg-open <path>

Storage and limits

• A pasted image is something you refer to again, so it does not go to the temp dir while a real pictures folder exists. Destination, first match wins: GENTLE_IMAGE_PREVIEW_DIR, OMARCHY_SCREENSHOT_DIR, $XDG_PICTURES_DIR/screenshots, an existing ~/Pictures/screenshots, and only then $TMPDIR/gentle-preview-paste/ (at most 200 files, oldest evicted).
• The temp cache is the only directory this extension ever prunes. A folder you own is never cleaned, and an image identical to one already there reuses that file instead of writing a duplicate.
• Files are named with the convention the pictures folder already uses: screenshot-YYYY-MM-DD_HH-MM-SS.<ext>, and -2, -3 … when that name is taken. A pasted image therefore sits next to the screenshots already there instead of introducing a second naming scheme.
• Inline previews are capped at 40×8 terminal cells and 8 MB per image; larger files show the path and dimensions only.
• The editor box itself cannot be hovered. Pi routes mouse input only in fullscreen mode, so hover and click on the chip band work when Pi runs fullscreen; in regular mode the band still renders (chips and shortcuts), and /image-paths covers lookup from the keyboard.
• Clipboard reading requires the platform helper to be available (pngpaste, wl-paste/xclip, or PowerShell); without one, pasting through this extension does nothing. macOS file copies are the one gap in the matrix above (see the coverage table).

Install

pi install npm:gentle-image-preview
# or, in Gentle Shell:
gentle-shell install npm:gentle-image-preview