fix: v0.10.2 drag-select stays highlighted and copies
build-deb / Lint, test, package (push) Successful in 2m50s
build-deb / Deploy to CT 126 (push) Successful in 10s
build-deb / Notify on failure (push) Skipped

A left drag in the pane is turned into xterm's own selection (as Shift+drag
does) instead of tmux copy-mode, which dropped the highlight on release.
Copy on release with a toast; Ctrl+C copies when something is selected.
Wheel scroll and status-line clicks still reach tmux. Closes #51

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01WHRLCCdXYm41Qx5kNhehaP
This commit is contained in:
2026-10-12 16:35:26 -04:00
co-authored by Claude Opus 5.5
parent 3a0b099f02
commit 24d71131e8
5 changed files with 59 additions and 4 deletions
+10
View File
@@ -1,3 +1,13 @@
devdesk (0.10.2) bookworm; urgency=medium
* Selecting text in the terminal works like a normal terminal (#51). A
drag is a browser selection that stays highlighted and is copied when
you let go, with a short toast. Ctrl+C copies the selection and
interrupts only when nothing is selected. The wheel still scrolls tmux
history, and the tmux status line still takes clicks.
-- Jared Vititoe <jjvititoe1@gmail.com> Mon, 12 Oct 2026 16:36:00 -0400
devdesk (0.10.1) bookworm; urgency=medium
* Everything in 0.10.0, which was never published: its CI test for the