You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I’ve noticed that when I use autocomplete in JupyterLab running in the browser, the Language Server Protocol (LSP) defaults to using Enter as the shortcut key to accept a selected suggestion, while Tab and the up/down arrows can be used to scroll through the list of suggestions. This is contrary to my usage habits in other editors like VSCode, where pressing Tab always accepts the suggestion.
I'm finding methods to change it.
LSP extension uses a tab as the shortcut key to accept a selected suggestion only when there is just one candidate(enumerate). This matches my usage habits in VSCode.
But when there are many candidates(abs, all, any,..), pressing the tab only results in selecting the next candidate instead of accepting "abs".It is the Enter that would make it accepted. That's odd.
what I did:
Open JupyterLab and click on the Settings dropdown menu.
Select Advanced Settings Editor.
Select Keyboard Shortcuts.
I’ve searched through the entire Keyboard Shortcuts, but I couldn’t find a command called ‘Accept a suggestion’, nor could I find an option to change its keybinding. Is there a way to make the behaviors in these two situations consistent?
I agree that the keybinding for accepting completions should be customizable. The relevant codebase however is in JupyterLab, not in this extension. Can you open an issue over at https://github.com/jupyterlab/jupyterlab/issues? I can then provide some pointers on how to implement this if you are interested in contributing.
I agree that the keybinding for accepting completions should be customizable. The relevant codebase however is in JupyterLab, not in this extension. Can you open an issue over at https://github.com/jupyterlab/jupyterlab/issues? I can then provide some pointers on how to implement this if you are interested in contributing.
And I find this is indeed a long-standing issue: jupyterlab/jupyterlab#12583
(opened on May 16, 2022 · 8 comments)
Description
I’ve noticed that when I use autocomplete in JupyterLab running in the browser, the Language Server Protocol (LSP) defaults to using Enter as the shortcut key to accept a selected suggestion, while Tab and the up/down arrows can be used to scroll through the list of suggestions. This is contrary to my usage habits in other editors like VSCode, where pressing Tab always accepts the suggestion.
I'm finding methods to change it.
LSP extension uses a tab as the shortcut key to accept a selected suggestion only when there is just one candidate(enumerate). This matches my usage habits in VSCode.
But when there are many candidates(abs, all, any,..), pressing the tab only results in selecting the next candidate instead of accepting "abs".It is the Enter that would make it accepted. That's odd.
what I did:
I’ve searched through the entire Keyboard Shortcuts, but I couldn’t find a command called ‘Accept a suggestion’, nor could I find an option to change its keybinding. Is there a way to make the behaviors in these two situations consistent?
Information
Version:
Some additional and geeky information: the jupyter lab was deployed on Termux.
Browser: Microsoft Edge Version 125.0.2535.67 (official version) (64 bit)
System: Windows 10
The text was updated successfully, but these errors were encountered: