Bring back key configuration for "accept completion" | Voters

Bring back key configuration for "accept completion"

scatterlogical

Just updated to Windsurf plugin 2.0.3, now I can't use my custom keyboinding of alt-enter for completion. I use this to avoid accidentally typing a tab, I am well accustomed to it now, and pushing me back to using tab for completion is disruptive. Please reinstate the keybind!

May 25, 2025

Alessandro Stoppato

Basically the only way to make this work is disabling it altogether and just use  cascade, hijacking TAB w/out any way to override this settings create a ton of conflict with other TAB uses.
UPDATE:
as Peter Audano suggested I ended up changing  "Editor Actions > Tab" as a temporary fix but we need the "accept completion" keybinding as it used to be to avoid messing around with other IDE (in my case WebStorm) features

Max Herold

Yes, please. This is genuinely infuriating. Who decided it was a good idea to remove the option to rebind one of the most intrusive features and force it to stay on TAB, one of the most important and frequently used keybinds? It makes absolutely no sense to lock such an essential feature to a single key, especially one that's used constantly.

I literally can't use TAB for its intended purpose without first disabling windsurf, or else it makes indenting and other similar intentions impossible.

Peter Audano

In PyCharm, the autocomplete is now bound to action "Keymap > Editor Actions > Tab", so it is now tied to "Tab" actions (i.e. using tab to indent a line of code). Previously, it was "Keymap > Plugins > Codeium > Accept completion". I can add an alternate key binding to "Editor Actions > Tab" to make Codeium recognize my old key binding, but I cannot remove the default "Tab" action. I also found that I was inserting suggestions when I meant to tab, and I was pressing Esc far too often to make suggestions go away so I didn't insert code where it didn't belong. Can a better keybinding be chosen or one set for the Windsurf plugin? Thank you!