[nemo-terminal] Capture control-codes consistently

[wrouesnel]

Currently nemo-terminal is very arbitrary about control codes, which can make it impossible to send Ctrl+C to some wild process in the terminal pane - Nemo intercepts it as a copy instead. Nemo-terminal needs to be overridden to take precedence when the pane has focus.

[splace]

also ctrl-R for history searching, cant be used.

[mnagel]

Can confirm. I had a glance at the source code but could not find the code handling the key combos. Some seem to work whereas some others (including CTRL+R) do not...

[1bit]

Thanks to the developper to create this great extension!
I just want to say, as a Linux Mint fan, I'm also missing the use of CTRL+C to abort programs.
Go on with the good work 👍

[mtwebster]

I'm not sure how possible this would be to fix, if at all.

Ctrl-c works as long as nothing in the nemo view is selected - meaning, if Copy is greyed out in the context menu, ctrl-c works in the terminal.

The biggest issue is that nemo has no idea what nemo-terminal is or what it does. I could possibly fix a few specific shell shortcuts but checking focus in Nemo before deciding whether to let nemo handle an action (like copy) or allow it to pass through, in this case to the terminal. This would, unfortunately, enforce this behavior whether nemo-terminal is running or not. I'm loathe to program into Nemo a check to see if a specific extension is running or not. I'll see what we can do.

[benedictjohannes]

Checked with Nemo 4.0.6 in ArchLinux and nemo-terminal 4.0.0-2,
running command watch -n2 ls ~
Pressing Ctrl-C does stop the execution.
If focus shifted back to file manager, Ctrl-C does not intercept commands.
But focusing back on terminal and pressing Ctrl-C did stop the command.

[alainpannetier]

BTW, regarding CTRL-R, (the reason why I came here), the kludge is to actually do a CTRL+SHIFT+R (reverse recall) which is not intercepted/masked by nemo. If your history is not too large (not like mine :-), it's more or less the same.