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 <[email protected]>

1 files changed, 3 insertions, 0 deletions

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