aboutsummaryrefslogtreecommitdiff
path: root/assets/outbox/2026-06-12-1947-from-.emacs.d-org-capture-popup-singlewindow-reply.org
diff options
context:
space:
mode:
authorCraig Jennings <c@cjennings.net>2026-06-13 01:21:58 -0500
committerCraig Jennings <c@cjennings.net>2026-06-13 01:21:58 -0500
commit81c4a1d7f360e3dd0162a7f905f804d19fb7251c (patch)
treed5c5c3d29907844f016c7ec78c7a370ba8813c1f /assets/outbox/2026-06-12-1947-from-.emacs.d-org-capture-popup-singlewindow-reply.org
parent39357449d743a4fb2f9441a5b866f2f5eda20160 (diff)
downloadarchsetup-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.org25
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.