get on a pane with unsaved edits refuses once, as acme's does

A ctl get threw unsaved text away at once. acme's get asks winclean first (exec.c:513): warned once, the same get again discards. A pane dirty only because it was renamed has no text to lose, and is not asked about.

Co-Authored-By: Claude Opus 5.5 <[email protected]>

1 files changed, 2 insertions, 1 deletions

diff --git a/docs/fs.md b/docs/fs.md
index 12e94b8d..b8425d2f 100644
--- a/docs/fs.md
+++ b/docs/fs.md
@@ -337,7 +337,8 @@ length, a reserved zero, the dirty flag, the width in cells, the font and the
 tab width — followed by rio's `current` or `notcurrent` (rio(4), `wctl`):
 whether the pane has the keyboard. It takes the pane's builtins (below),
 `get`, which reloads the buffer from the name it
-carries, and acme's `lock` and `unlock` (editors/acme/xfid.c:603-611), for an
+carries (unsaved edits are refused once, `<name>: Modified (get again to
+discard)`, as acme's get asks winclean, exec.c:513), and acme's `lock` and `unlock` (editors/acme/xfid.c:603-611), for an
 edit of several writes to `addr` and `data` that another client must not
 land in the middle of. As in acme the lock binds only the clients that take
 it: a `lock` while another open holds it fails at once with `file in use`