A filed note stays filed, and the handles are asked for

Three things that all came from chapters being thought through too late.

A note put into a chapter came back out of it a few seconds later. The
server had it right the whole time; every sync rebuilds the local copy
from the server's answer, and the function doing that never carried
chapter_id — so each sync handed back a note belonging to no chapter and
the notebook took it in again. The bin's query left the column out too,
which would have unfiled anything restored from it.

A separator drawn in a notebook vanished when a chapter was opened.
"Which chapter is open" and "which list is on screen" were one value.
Opened beside or below, the list still shows the notebook — but
everything around it had switched to the chapter, so the notebook's own
separators were filtered away and a drag among its rows was measured
against the chapter's notes, found nothing, and did nothing.

And where a new note lands is now visible and yours to choose: pressing
in either place makes it the one being worked in, marked with a line
along its top and the word "here", and the + button names it.

Rearranging becomes a mode, switched on beside the sort menu — until
then no row wears a grip and none can be dragged. Filing a note is back
in the row's own menu, where starring and exporting already are; the
button that had appeared in every row is gone with its dialog. The
account panel closes with Escape.

Thirteen suites green: 335 browser checks, 241 unit tests.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

CHANGELOG.md

@@ -8,6 +8,45 @@ not from the output of `docker push`.
 
 ---
 
+## 2026-08-12 — A filed note stays filed
+
+**Images** — web `sha256:…`, server `sha256:…`
+
+The server image changed: the bin now hands back a note's chapter with it.
+
+**Fixed**
+- **A note put into a chapter came back out of it by itself**, a few seconds
+  later. The server had filed it correctly the whole time; the sync that follows
+  rebuilds every local note from the server's answer, and the function doing
+  that never carried `chapter_id` — so each sync handed back a note belonging to
+  no chapter and the notebook's list took it in again. The bin's query left the
+  column out too, which would have unfiled anything restored from it.
+- **A separator drawn in a notebook vanished when a chapter was opened.** "Which
+  chapter is open" and "which list is on screen" were one value. Opened beside or
+  below, the list still shows the notebook — but everything around it had
+  switched to the chapter, so the notebook's own separators were filtered away
+  and a drag among its rows was measured against the chapter's notes, found
+  nothing, and did nothing.
+
+**Changed**
+- **Rearranging is a mode now.** The handle button beside the sort menu switches
+  it on; until then no row shows its grip and none can be dragged, and it goes
+  off again by itself when the list is left. Six dots stood beside every title
+  all the time for something done rarely, and an ordinary press could carry a
+  row off.
+- **Filing a note is back in the row's own menu** and the button that had
+  appeared in every row is gone, with the dialog behind it. It belongs with
+  starring, exporting and discarding — things done to a row, in one place.
+- **Which place a new note lands in is now visible and yours to choose.** With a
+  chapter open beside or below, the notebook's list and the chapter are both on
+  screen: pressing in either makes it the one being worked in, marked with a line
+  along its top and the word *here*, and the + button names it. Before, a new
+  note went into the chapter however far away you had since clicked.
+- **The account panel closes with Escape.** Only a click beside it did, which on
+  a panel that wide means aiming at a sliver of page.
+
+---
+
 ## 2026-08-12 — Chapters as rows, in two views
 
 **Images** — web `sha256:95657aaf…`, server `sha256:b4db0725…`