diff options
| author | Craig Jennings <c@cjennings.net> | 2026-06-13 01:21:58 -0500 |
|---|---|---|
| committer | Craig Jennings <c@cjennings.net> | 2026-06-13 01:21:58 -0500 |
| commit | 81c4a1d7f360e3dd0162a7f905f804d19fb7251c (patch) | |
| tree | d5c5c3d29907844f016c7ec78c7a370ba8813c1f /assets/outbox/2026-06-12-1947-from-.emacs.d-org-capture-popup-singlewindow-reply.org | |
| parent | 39357449d743a4fb2f9441a5b866f2f5eda20160 (diff) | |
| download | archsetup-81c4a1d7f360e3dd0162a7f905f804d19fb7251c.tar.gz archsetup-81c4a1d7f360e3dd0162a7f905f804d19fb7251c.zip | |
chore(todo): close quick-capture popup task, file scroll-layout follow-up
The popup fix shipped in the dotfiles repo (the script now calls cj/quick-capture; the scrolling layout is disabled and Super+Shift+S reassigned to a fullscreen screenshot). I filed the scrolling-layout frame-fit and wrap-around work as a follow-up, and archived the processed cross-project handoff replies.
Diffstat (limited to 'assets/outbox/2026-06-12-1947-from-.emacs.d-org-capture-popup-singlewindow-reply.org')
| -rw-r--r-- | assets/outbox/2026-06-12-1947-from-.emacs.d-org-capture-popup-singlewindow-reply.org | 25 |
1 files changed, 25 insertions, 0 deletions
diff --git a/assets/outbox/2026-06-12-1947-from-.emacs.d-org-capture-popup-singlewindow-reply.org b/assets/outbox/2026-06-12-1947-from-.emacs.d-org-capture-popup-singlewindow-reply.org new file mode 100644 index 0000000..7a017c8 --- /dev/null +++ b/assets/outbox/2026-06-12-1947-from-.emacs.d-org-capture-popup-singlewindow-reply.org @@ -0,0 +1,25 @@ +#+TITLE: Re: org-capture popup single-window — landed config-side, live in the daemon + +* Landed + +Fixed config-side in =.emacs.d= (=modules/org-capture-config.el=), not in the quick-capture script. That module already owns the popup-frame handling (the existing =org-capture-after-finalize-hook= that deletes the "org-capture" frame), so the single-window logic belongs next to it. + +Root cause matched your analysis exactly: =org-mks= shows =*Org Select*= via =switch-to-buffer-other-window=, and =org-capture-place-template= shows the =CAPTURE-*= buffer via =pop-to-buffer= with an explicit split action — both split the small floating frame. + +* The fix + +One frame-scoped =display-buffer-alist= entry handles both call sites. Its condition matches when the selected frame is named "org-capture" AND the buffer is =*Org Select*= or a =CAPTURE-*= buffer; its action puts that buffer in the frame's sole window (=delete-other-windows= + =set-window-buffer= on the frame root). Since =display-buffer-alist= outranks the caller's action, it takes over both the menu and the capture buffer. + +Scoped to the "org-capture" frame name only — normal in-Emacs captures keep their windows, exactly as the finalize-hook already does. + +* State + +- Live in the daemon now (live-reloaded), so verification does NOT need an Emacs restart — just press Super+Shift+N. +- Test coverage: 7 ERT tests in =tests/test-org-capture-config-popup-window.el= — the pure frame+buffer predicate (Normal/Boundary/Error) plus an integration test proving a =CAPTURE-*= buffer lands in a single window through the real =display-buffer= path. Full org-capture-config suite green, no regressions. +- The change is in the =.emacs.d= working tree, uncommitted for now (Craig pushes at end of session), but it's active in the running daemon regardless. + +* Your verify + +Per your DOING task, verify end-to-end on ratio: Super+Shift+N, confirm the =*Org Select*= menu fills one window (no top sliver of the last-visited buffer, one modeline), pick a template, confirm the =CAPTURE= buffer also fills one window, then finish/abort and confirm the frame still closes. If anything still splits, send a note back with a fresh grim crop and I'll iterate. + +Your evidence screenshot (=popup-crop.png=) was saved durably into =.emacs.d/inbox/= so it survives the /tmp reboot. |
