Add "after" delimiter-adding support to "paste"

[pokey]

See https://github.com/pokey/cursorless-vscode/blob/5eada65c0a7cb6c34ba0682d8f06cc2f76fed0a1/src/actions/BringMoveSwap.ts#L115-L121

We'll probably do this one in tandem with #202

[AndreasArvidsson]

That can be problematic combined with #127

[pokey]

@AndreasArvidsson is this one not solved in latest slew of PRs?

[AndreasArvidsson]

@pokey Not at all. Since we are using the built in paste now it would require large rewrites to get it working.

[pokey]

Ah right fair point. I really go back and forth on the built-in paste vs custom. Another argument for custom is that I think I'd argue that "bring" and "paste" should behave roughly the same. But yeah then we'd need to recreate the multi-line multi-selection copy tracking logic. Idk

[pokey]

Although couldn't we solve this one fairly easily by inserting delimiter, then moving cursor before / after it then issuing paste?

[AndreasArvidsson]

Yes that's the only viable solution but that's not easy right now with how the code looks. Then we will have one edit we control and one edit we don't and we need to update selections on both. Doable of course but not that easy.

[AndreasArvidsson]

I think the best way to solve this is

• Revert to our own implementation of copy/cut/paste
• Try to leverage as much from bring/move as we can
• Use the same implementation that vscode does with an internal clipboard per cursor copied
• Support clipboard history.
• Contribute our own ctrl/cmd+c/x/v keyboard bindings with a when clause that the editor is focused

@pokey Sounds good?

[pokey]

Looks good to me! Worth mentioning that we should make sure clipboard state is kept in global storage so it can be shared across windows

Also would be awesome if you're able to scare up that link to the VSCode implementation again