Closed blakeNaccarato closed 12 months ago
Hello, same problem here. I was wondering why ctrl+y stoppend working out of nowhere. Took me while to find out it was resused by the extension. I also vote for not overwriting any vscode default keyboard shortcuts.
Agreed. This is not practical
Having the same issue. What is the best way to change the keyboard shortcut for Sourcery to not use CTRL+Y ? Having to use the mouse to go to "Edit, Redo" is qutie annoying.
Sorry about this.
We set the Windows shortcut to ctrl+shift+y
specifically to avoid this clash, so I'm not entirely sure why it's happening. One possibility is that some of you are using WSL where we set the shortcut to ctrl+y
? Either way I'll change the shortcut to ctrl+shift+y
in Linux too just in case this is the cause of the issue
This will come in our next release
Yes, I thought it strange as well that the Linux keybind "poisoned" my Windows bind. I've left a comment in your PR with some details I found.
Hello,
the assumtion that WSL is the cause might be correct. I'm using vscode with WSL and the wsl extension.
I see there are some variations on
Ctrl+Y
in yourpackage.json
keybind forsourcery.chat.ask
. I don't know exactly why, perhaps it's related to me having hadsettingsSync.keybindingsPerPlatform
disabled insettings.json
as a workaround for another issue I once encountered, butsourcery.chat.ask
was bound toCtrl+Y
for me, even on Windows.Anyways, I think this choice of keybinding conflicts with the very common
Ctrl+Y
keybinding for "Redo" that I imagine many users will have. Could your team consider not bindingCtrl+Y
to this command, as it hijacked my "Redo" today, which was very surprising. I've unbound it manually, but it would be nice not to bind this particular keyboard combination by default. Thanks!