From d0d5af28bd64ce74bf67f314db54f9d3e2fff73d Mon Sep 17 00:00:00 2001 From: bryan Date: Thu, 27 Aug 2026 14:20:38 +0200 Subject: Copy with WM_COPY only; do not inject Ctrl+C. SendInput of Ctrl+C typed a stray c or sent SIGINT into Alacritty and Zed. Those apps ignore WM_COPY, so they are left alone. --- README | 14 ++++++-------- 1 file changed, 6 insertions(+), 8 deletions(-) (limited to 'README') diff --git a/README b/README index e9a2379..e2725e3 100644 --- a/README +++ b/README @@ -39,8 +39,10 @@ selection, then: 1. ignore non-client hits (caption, scrollbars, resize) 2. ignore password Edit controls 3. WM_COPY to the focused child (SendMessageTimeout) - 4. if the clipboard sequence did not change, inject Ctrl+C - except into console classes listed in config.h + +No keys are injected. Apps that do not handle WM_COPY (most +GPU terminals and editors) are left alone; they will not see +Ctrl+C or a stray 'c'. Logon autostart is HKCU\...\Run\selc, so it starts with the interactive session. That is the right time; a clipboard helper @@ -49,12 +51,8 @@ cannot run in session 0. Remarks -Injected Ctrl+C is skipped for ConsoleWindowClass, Windows -Terminal, and mintty so a false gesture cannot interrupt a -job. Those hosts often already copy on select. - UIPI: an unelevated selc cannot copy from an elevated window. Run it at the same integrity level as the programs you use. -Edit config.h (copied from config.def.h) for thresholds and -the no-Ctrl+C class list. Recompile. +Edit config.h (copied from config.def.h) for thresholds. +Recompile. -- cgit v1.2.3