Copy with WM_COPY only; do not inject Ctrl+C.HEADmaster

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.

1 files changed, 6 insertions, 8 deletions

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.