Ctrl-t (transpose) command inserts extra character.

[gwk]

• VSCode Version:
  Version 1.3.0-insider (1.3.0-insider)
  a21c123
  2016-06-30T05:01:53.185Z
• OS Version:
  OSX 10.11.5 (15F34)

Steps to Reproduce:

1. In a new document, type 'ab'.
2. Place the editor caret between the two characters.
3. Press ctrl-t.

In any standard OSX text area, this results in the text 'ba'.
In VS Code, the result is 'bab', which I cannot imagine justifying as desirable.

Note that there is a separate behavior when the caret is at end-of-line: in the EOL case, the previous two characters are transposed. VS Code handles this correctly; it is only the "in between" case that is broken (as far as I can tell). Any fix should make sure to test both cases.

[baldmountain]

I had a look in the source to see if I could fix this since it's driving me nuts. :) I think it may be an Electron issue since I don't see where this editor command is defined. I'm new to the source code so I may be missing it, but I don't see where a command is defined for ctrl-t.

[gwk]

This seems to have gotten worse recently; occasionally ctrl-t will cause multiple lines of text below the cursor to get duplicated into the text buffer.

[gwk]

@alexandrudima do you have any idea if the likely source of this bug is in the vscode or electron code bases? I also went hunting around in vscode and could not find anything. I tried downloading an electron tutorial app but could not find a text field in which to test the problem. Any guidance here would be much appreciated.

[gwk]

For what it's worth the Atom app does not exhibit the broken vscode behavior.

However, Atom's implementation has slightly different behavior than 'traditional' bash and native Cocoa controls. The traditional behavior is to transpose characters before and after the cursor AND move the cursor to after the transposed pair, or if there is no character after the cursor (end-of-line case) then transpose the preceding two characters.

Atom transposes before and after characters around the cursor but does not move them; for the end-of-line case it does no transposition but instead moves the cursor back by one character.

[Zarel]

I would assume that the solution would be to manually reimplement it, like VSCode already does for ^a ^e ^b ^f ^n ^p

https://marketplace.visualstudio.com/items?itemName=v4run.transpose

This extension does just that.

It'd be nice if the functionality of this extension were bundled, since it's basic functionality that works on every other macOS textbox. The Sublime Text selection transpose is just bonus that's really nice.