chore(inbox): file org-capture popup handoff, open sizing todoHEADmain

2 files changed, 16 insertions, 0 deletions

diff --git a/assets/outbox/2026-06-15-1825-from-.emacs.d-org-protocol-popup-needs-to-be-larger.org b/assets/outbox/2026-06-15-1825-from-.emacs.d-org-protocol-popup-needs-to-be-larger.org
new file mode 100644
index 0000000..5e43ac3
--- /dev/null
+++ b/assets/outbox/2026-06-15-1825-from-.emacs.d-org-protocol-popup-needs-to-be-larger.org
@@ -0,0 +1,5 @@
+#+TITLE: org-protocol popup needs to be larger — it should be about t
+#+SOURCE: from .emacs.d
+#+DATE: 2026-06-15 18:25:39 -0500
+
+org-protocol popup needs to be larger — it should be about the size of one of the terminal scratchpads to be effective. (Captured via roam inbox, routed from .emacs.d inbox-zero.)
diff --git a/todo.org b/todo.org
index 15dc450..95330a8 100644
--- a/todo.org
+++ b/todo.org
@@ -776,6 +776,17 @@ Expected: near-black frame (#151311), dark toolbar/omnibox (#252321), gold links
 *** 2026-06-10 Wed @ 17:46:34 -0500 velox post-trim reboot verified; realtek firmware restored
 Craig rebooted velox (passphrase at console); checks ran over SSH after boot. Wifi connected, TLP active, graphics fine. One dmesg hit: r8152 failed to load rtl_nic/rtl8156b-2.fw — the Framework Ethernet expansion card (RTL8156B) is Realtek, so the trim list wrongly dropped linux-firmware-realtek (a Realtek laptop camera is on USB too). Reinstalled the package on velox (its hook rebuilt the initramfs) and removed realtek from archsetup's trim list. The driver worked even without the blob (internal-defaults fallback), so this was correctness, not breakage.
 
+** TODO [#B] Enlarge org-capture popup to scratchpad size :hyprland:
+From a .emacs.d inbox handoff (2026-06-15, captured via roam): the quick-capture / org-protocol popup is too small to be effective — it should be about the size of a terminal scratchpad.
+
+*** 2026-06-15 Mon @ 19:19:55 -0500 AI Response: popup size is the frame's char-cell count, not the Hyprland rule
+Triaged under auto inbox-zero. The popup is the emacsclient frame named "org-capture", created by =~/.dotfiles/hyprland/.local/bin/quick-capture= with =(width . 90) (height . 22)= — 90 columns by 22 lines. Emacs sizes by character cells and overrides the Hyprland rule =windowrule = match:title ^(org-capture)$, size 900 500= (hyprland.conf:182). The live frame measured ~889x860 px; the width tracks the 90-column count, not the window rule. Setting the Hyprland rule to =size 55% 65%= (the scratchpad's pyprland spec) did not change the frame width, so I reverted it — dotfiles left clean.
+
+Real lever: the column/line count in the quick-capture script. Scratchpad reference on ratio (DP-4, 3440x1440) is 55% 65% ~= 1892x936 px ~= 190 cols by 24 lines. Why this isn't a solo auto-fix — it needs a tradeoff decision:
+- The script lives in the shared =hyprland/= stow tier, so a fixed ~190 columns overflows velox's 1920-wide laptop, and 24+ lines overflows velox's 1080 height (22 lines ~= 860 px is already near the safe max there).
+- Emacs char-cell sizing doesn't adapt to the monitor the way pyprland's percentage does, so "scratchpad-size on both machines" needs one of: a fixed compromise count, a per-host override via the ratio/velox tiers, or a script that computes columns from the active monitor.
+Options to weigh: (a) a safe-on-both compromise like width 120-130 / height 24; (b) per-host width through the ratio/velox tiers; (c) dynamic sizing in quick-capture from =hyprctl monitors=. Pick the tradeoff and I'll implement.
+
 * Archsetup Resolved
 
 ** DONE [#B] Full install logs should contain timestamps