From 549cfa40e99c3d1937b742a0dba043281c687c83 Mon Sep 17 00:00:00 2001 From: Gabriel Schneider Date: Tue, 29 Sep 2026 12:29:43 -0300 Subject: A PDF's body reads the text layer of the page it shows The body of a PDF pane read as empty. It now reads MuPDF's text extraction of the page shown, the text search and n/N already use, read-only (a write is refused, as round 22's body refusal made it). Co-Authored-By: Claude Opus 5.5 --- docs/fs.md | 3 +++ 1 file changed, 3 insertions(+) (limited to 'docs') diff --git a/docs/fs.md b/docs/fs.md index 03cdd1ee..53082b11 100644 --- a/docs/fs.md +++ b/docs/fs.md @@ -1015,6 +1015,9 @@ never writes `follow`, so it sees nothing new: use the follow open instead. `/sc `cols`, `rows`, `cursor`, a `styles` table, and row-major `cells` of `[grapheme, style_index]`. Each open freezes one frame until close. A terminal `body` freezes its history on the first read of each open handle; +a PDF's `body` reads the text layer of the page it shows (MuPDF's +extraction; turn the page for another), and it, as an image's, takes no +write (`this pane has no text`, EINVAL); `pty/data` streams live output. An open that holds something between open and close -- a frozen screen, terminal body or log, a run, an `event` or `pty/data` open -- takes one of 64 records (lib9p's per-fid aux, acme's -- cgit v1.3