-
-
Notifications
You must be signed in to change notification settings - Fork 217
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Keyboard sequence ctrl+alt+e
interfere with € sign on Windows
#323
Comments
A possible solution for this problem would be to change the default binding:
to keep the symmetry. I tested this keyboard shortcuts under Windows und Linux and it works as expected. |
The default binding was changed to It is a bit insane that VS Code does this. There should be an issue filed about it. Until then, it is probably better to update the README with the gotcha and have a wiki page that can provide some tips and collect suggestions on how to customize the shortcut. |
You can do this, but with the current default binding for one of the most important commands you can be sure that all windows user with:
keyboard layouts will have this problem. It cost me over an hour to figure it out (I will open a bug for VScode as well). I am currently looking how to attract people to clojure and having an understandable IDE with an at least good REPL development workflow seems essential. Cursive is in many ways better but here the workflow is much how the lispian way should be at least I think. So I will go through the different keyboard layouts and try out what happends. I tried the major locales (include Swedish) and |
Thanks for insisting. Not good with defaults that fail for such a large category of users. |
I opened an issue for vscode for this behavior. Let's see what happens on there side. I will test the remaining layouts und report, if they all work. |
I dont understand this issue. When i press |
@kstehn Please open die "Keyboard Shortcuts" and try to change/add a shortcut containing ctrl+alt+e. Does the editor work as extected? |
@kstehn Which locale is configured on your Windows system? |
@kstehn What character produces ctrl+alt+e in an source editor windows? On my system it produces die € character. |
@cfehse |
@kstehn I can reproduce the behavior on Windows 7 and 10 with English and German Locale and German(Germany) keyboard layout. I will take a deeper look into this. Thanks. |
Let me get this straight... So on |
yeah i didnt know this either |
Is this only in VS Code or generally? |
VS Code interpreting the second chord of a keyboard shortcut that way is a separate and insane matter... |
no its also in my browser so |
@kstehn Is your system native or hosted in a virtual machine? |
@cfehse its native |
@kstehn okay let's have the vscode guys take a look at this. Even in Notepad++ I can define a shortcut for |
Did v2.0.40 fix this? If so, close the issue. |
@PEZ Yes you changed this on Windows. Nevertheless I leave a reference to the corresponding vscode issue: Windows Ctrl+Alt+E get translated in keyboard shortcut as E |
VS code interprets
ctrl+alt+e
in all editors and input fields as the€
character and as part of a keyboard shortcut simply as thee
character on Windows. The extension defines a shortcutctrl+alt+c ctrl+alt+e
which is therefore executed as the chordctrl+alt+c e
.So the command "Send current form to REPL window" always executed "Evaluate current form inline" when invoked through the keyboard shortcut even though the same command invoked using the command prompt (
ctrl+shift+p
) triggers the expected command.The text was updated successfully, but these errors were encountered: