Feature Request: Option to Preserve Clipboard After Pasting

[HNKNTA]

Description
Please add an advanced option that allows pasted text to remain in the system clipboard after being pasted via Amical.

Problem / Use Case
In some restricted environments (e.g., VDI, remote desktops, secure workstations), standard paste operations are blocked. In these cases, users often rely on manually re‑pasting or alternative input methods. Currently, when Amical tries to paste the text in VDI nothing happens, and it's not possible to use the recognized text via clipboard.

Proposed Solution
Add an advanced setting such as:

• “Keep pasted text in clipboard” (enabled/disabled)

When enabled, Amical would:

• Inputs the text from dictation
• Preserve the text from dictation as clipboard contents afterward

Additional Notes
This option would be especially valuable for users working in enterprise, healthcare, or government environments with strict clipboard restrictions.

[haritabh-z01]

@HNKNTA is this really needed given that we already have a dedicated shortcut key to paste the last transcript?

[haritabh-z01]

also we are working on doing simulated keystrokes/better insertion methods with fallbacks to get around the paste issue.
If you can share apps/configurations etc where in we can test out the new methods that would help a ton.

[HNKNTA]

@haritabh-z01 I've already created but I'd love to disregard it if I'd have an alternative paste ways. I thought of implementing this with Claude, but I can only test it in my setup which is MacOS and VDI with W11, so not sure if it would work for others.
My issue is I cannot use any dictation tools because of VDI, but in case of wispr-flow I'm able to paste automatically via my custom Shortcut setup with applescript - which basically sends keystrokes. If that could be a native setting in Amical, that would be great!

[haritabh-z01]

I will be doing the update over the weekend / early next week, will get more insight then.
Can you elaborate a bit on how retaining it in clipboard solves for your case, my understanding is that paste would still be blocked, correct?

[HNKNTA]

So, my flow would look like this:

• on my Mac, I have opened a dictation app (DA) and connected to the VDI (no copypaste allowed).
• I press DA's hotkey and start dictating
• I release DA's hotkey and nothing happens (but with this change the DA keeps the transcribed text in the clipboard)
• I press Shortcuts' custom hotkey, which gets the text from clipboard and sends it to the VDI simulating key press events
• profit

It's ugly but it works for me. This is the applescript from Shortcuts app (I'm not the author, just adjusted it to manage my issues)

on run
	tell application "System Events"
		delay 1 # DELAY BEFORE BEGINNING KEYPRESSES IN SECONDS
		repeat with char in (the clipboard)
			set cID to id of char
			
			if ((cID ≥ 48) and (cID ≤ 57)) then
				# Converts numbers to ANSI_# characters rather than ANSI_Keypad# characters
				# https://apple.stackexchange.com/a/227940
				key code {item (cID - 47) of {29, 18, 19, 20, 21, 23, 22, 26, 28, 25}}
			else if (cID = 46) then
				# Fix VMware Fusion period bug
				# https://apple.stackexchange.com/a/331574
				key code 47
			else if (cID = 10) or (cID = 13) then
				# Treat Return/Enter as Shift+Return so chat UIs don't send the message
				key code 36 using shift down
			else
				keystroke char
			end if
			
			delay 0.01 # DELAY BETWEEEN EACH KEYPRESS IN SECONDS
		end repeat
	end tell
end run