diff options
| author | Craig Jennings <c@cjennings.net> | 2026-06-20 10:51:51 -0400 |
|---|---|---|
| committer | Craig Jennings <c@cjennings.net> | 2026-06-20 10:51:51 -0400 |
| commit | 4f61b3558c9d057e153da19162c43a3db86202f9 (patch) | |
| tree | 3dcb81daab54446e14a03fa1f3f67fc169f0248c | |
| parent | 9e069a310d14f9b6ebbe6e3747240e7844d9ffcb (diff) | |
| download | dotemacs-4f61b3558c9d057e153da19162c43a3db86202f9.tar.gz dotemacs-4f61b3558c9d057e153da19162c43a3db86202f9.zip | |
chore(todo): update window pull-away notes to shipped behavior
| -rw-r--r-- | todo.org | 11 |
1 files changed, 6 insertions, 5 deletions
@@ -116,7 +116,7 @@ Decided with Craig 2026-06-20: remove delete-to-trash entirely, bind =d= = =cj/d Reported by .emacs.d 2026-06-12 01:01: the dedicated pager number (+15045173983, the Claude Pager Google Voice number on signal-cli) returns "User ... is not registered" on every send — Signal appears to have deregistered it (GV numbers get periodically re-verified). Re-registration requires captcha/SMS, which only you can do. Until then every page-signal call fails; .emacs.d's config-audit page fell back to email. Wrapper lives at claude-templates/bin/page-signal. ** 2026-06-20 Sat @ 10:29:42 -0400 C-; b + arrow pulls a window away from a sole window -Decided with Craig 2026-06-20: when the selected window is the sole window in the frame, =C-; b= + arrow splits toward the arrow showing =other-buffer= (focus stays on the original window so it shrinks from that edge), then the sticky-resize loop arms. Generalizes to any sole window, not just terminals — resize was a no-op there before. Built in =modules/ui-navigation.el= (=cj/window-arrow-direction= pure mapping + =cj/window--pull-away= + a =one-window-p= branch in =cj/window-resize-sticky=). ERT tests for the mapping and both sticky paths (resize-dispatch + pull-away); full suite green; live-reloaded into the daemon. Manual gesture check filed under Manual testing and validation. +Decided with Craig 2026-06-20: when the selected window is the sole window, =C-; b= + arrow keeps that window on the arrow's edge and slivers =other-buffer= in on the opposite side (=minimize-window=, so the current window keeps almost the whole frame), focus staying put; each further arrow then shrinks it step by step via =windsize=, reading the same as resizing an existing split. Generalizes to any sole window, not just terminals — resize was a no-op there before. Built in =modules/ui-navigation.el= (=cj/window-pull-side= pure mapping + =cj/window--pull-away= + a =one-window-p= branch in =cj/window-resize-sticky=). ERT tests for the mapping and both sticky paths; geometry verified in a headless frame (down -> terminal 35/40 at the bottom, reveal slivered on top, windsize-down then steps it 35->33->31); full suite green; live-reloaded into the daemon. Refined from a first cut that split toward the arrow and jumped to 50%, per Craig's feedback. Manual gesture check filed under Manual testing and validation. ** VERIFY [#C] Remove unused system-power keybindings :refactor:quick:next: :PROPERTIES: @@ -348,12 +348,13 @@ What we're verifying: in dirvish, d now duplicates the file at point (delete-to- - Note whether sudo prompts for a password and whether the file actually disappears Expected: d duplicates; D names the exact targets and only deletes on yes; the files are gone with no trash copy. If sudo needs a password that shell-command can't supply, flag it — the delete may need to route through a tty instead. *** VERIFY C-; b + arrow pulls a window away from a fullscreen window -What we're verifying: when one window fills the frame (e.g. a fullscreen terminal), C-; b then an arrow splits a new window toward that arrow showing the previous buffer, so the fullscreen window shrinks from that edge. The arrow→direction mapping is unit-tested; this is the live gesture. Generalizes to any sole window. +What we're verifying: when one window fills the frame (e.g. a fullscreen terminal), C-; b then an arrow keeps the current window on the arrow's edge and slivers the previous buffer in on the opposite side, then each further arrow shrinks the current window step by step (windsize-paced) — the reverse of resizing an existing split. The arrow→side mapping is unit-tested and the geometry checked in a headless frame; this is the live feel. - Make a single window fill the frame (C-x 1), ideally a terminal (F12 ghostel or F9 ai-term) -- Press C-; b then <right> — confirm a window splits off to the right showing your previous buffer, focus staying on the original window -- Repeat from a fresh single window with <down> (splits below), then <left> and <up> +- Press C-; b then <down> — confirm the terminal stays at the bottom near-full and the previous buffer slivers in at the top (not a 50/50 jump), focus staying on the terminal +- Keep pressing <down> — confirm the terminal shrinks toward the bottom a step at a time and the reveal grows +- Repeat from a fresh single window with <up> (terminal stays at top), <left> (terminal stays left), <right> (terminal stays right) - With two windows already present, confirm C-; b + arrow still resizes as before (the sticky bare-arrow nudge) -Expected: from a sole window, the arrow pulls a window away on that side with the previous buffer in it; from a multi-window frame, the old resize behavior is unchanged. +Expected: from a sole window, the current window keeps the arrow's edge and shrinks from near-full in windsize steps while the previous buffer fills the opposite side; from a multi-window frame, the old resize behavior is unchanged. ** PROJECT [#A] Theme-Studio Open Work Parent grouping the open theme-studio / theming issues; close each child independently. |
