From 6877a61ef40ad0d8e762a28d0a3f5fa9bfefaff2 Mon Sep 17 00:00:00 2001 From: Gabriel Schneider Date: Mon, 27 Jul 2026 10:52:32 -0300 Subject: an output pane is not a document: +Search/+Help split below the pane that asked, never into a column of their own placeDoc classified any file pane as a doc, so a +Search opened from a lone shell took layoutInsertColumn(0) - a whole new leftmost column, shoving every existing column sideways - and an open results list was then eligible as the split parent for a real file, stacking documents under the list. An output buffer has no file behind it and no Save; it is the result list belonging to the pane that asked for it. Now it is that on both sides of the rule: it splits below from_id whatever kind of pane that is (a source that died falls back to stackDocLeft, the same last resort a full column bar uses), and it is skipped when a real doc hunts for its split parent, so a file opened from a search row joins the docs instead of the results. Real docs are untouched: fsearch/rsearch/look-file/tutor/lookpanes all pass unchanged. psearch is the proof - its results snap was two columns (the shell pushed to x=70, its gutter run at 70-71) and is now one 140-wide column with the +Search stacked below at the same x origin. --- src/tutor.txt | 12 ++++++++---- 1 file changed, 8 insertions(+), 4 deletions(-) (limited to 'src/tutor.txt') diff --git a/src/tutor.txt b/src/tutor.txt index 195173c6..39a869e2 100644 --- a/src/tutor.txt +++ b/src/tutor.txt @@ -139,8 +139,11 @@ and case-insensitive, and writes one row per hit into a "+Search" pane. That is an OUTPUT BUFFER: a file pane with no file behind it, so it has no Save, but everything else about it is an ordinary buffer you can read, - edit, select and look in. `n`/`N` step the rows and look each one, so the - view follows along. Right-clicking a word that names no file in ANY open + edit, select and look in. It is not a document, though, and never takes a + column of its own: it opens BELOW the pane that asked for it, in that + pane's column, be that a file or a shell — and a file you then open from + its rows goes where files go, not under the list. `n`/`N` step the rows + and look each one, so the view follows along. Right-clicking a word that names no file in ANY open pane's directory searches for it — acme's button 3 — except in tty mode, where the click belongs to the program on the other end. On a shell with no search armed, n/N instead step the lookable tokens in its output. @@ -494,8 +497,9 @@ `?` works at ANY depth: SPC ? lists everything, SPC h ? lists only what the "h" group holds. Help writes into a "+Help" OUTPUT BUFFER, - the same kind of pane "/" search results land in — ordinary text, so - the names in it are live: middle-click "Tutor" there and it opens. + the same kind of pane "/" search results land in — so it opens below + the pane you asked from, never in a column of its own — and ordinary + text, so the names in it are live: middle-click "Tutor" and it opens. (No practice blocks: these run builtins, not text edits.) -- cgit v1.3