Make snapOnInput more flexible (i.e. do not snap on mouse paste, but snap on Enter)

[phil-blain]

Description of the new feature/enhancement

Often, I find myself scrolling up to copy stuff from earlier commands, e.g. long paths (I do that by selecting them). I would like to be able to paste them (I do that using right click) at the current prompt, but without snapping back to the prompt (i.e. what happens with "snapOnInput": false), but then I would also like that if I type stuff to tweak the command I'm writing, or hit Enter to execute it, then Terminal snaps to it (i.e. what happens with "snapOnInput": true).

Proposed technical implementation details (optional)

Maybe "snapOnInput": "keyboard"|"mouse"|"all", with the current true behaviour equivalent to "all", and the one I describe above would be "keyboard".

[carlos-zamora]

Thanks for filing! Some questions from the team:

• What about for sendInput actions?
• What if the action is bound to a key vs the menu?
• What about paste by keyboard (ctrl+shift+v)?

We like the idea of this feature, there's just some concerns about the way we'd expose it because there's various ways to generate input (i.e. paste via keyboard, paste via mouse, sendInput, etc.). We'd love to hear your thoughts 😊

[phil-blain]

I'm not sure how to answer these questions. I'm not sure what sendInput does...

I'm mostly missing how other terminals I use work (mostly Konsole and GNOME Terminal). In these, I can scroll up and select-to-copy then middle-mouse-click-to-paste, and it does not snap me back to the prompt. I find this feature useful when constructing a command line from content in my scroll history (like long paths). Then as soon as use the keyboard it does scroll back down to the prompt.