Description
I am unable to type the @ symbol in Cursor when using the Composer feature on my Windows machine with a Norwegian keyboard layout. On this layout, the @ symbol is typed using Ctrl + Alt + 2. However, in the Composer, this key combination unexpectedly triggers a different action (tab switching), preventing me from entering the @ symbol once there is a second tab open.
Steps to Reproduce
Set the keyboard layout to Norwegian on a Windows machine.
Open Cursor and switch to the Composer feature.
With only one tab open in Composer, attempt to type the @ symbol using Ctrl + Alt + 2 — this works as expected.
Open a second tab in Composer.
Attempt to type the @ symbol again using Ctrl + Alt + 2.
Observe that the @ symbol is not inserted. Instead, the key combination switches tabs.
What I Have Tried
Disabling/Modifying Keybindings: Edited the keybindings.json file to remove or reassign any potential conflicting shortcuts:
Editing via Keyboard Shortcuts UI: Attempting to change or disable the shortcut through the Keyboard Shortcuts UI (Ctrl + K, Ctrl + S) was not possible, as pressing Ctrl + 2 immediately switches tabs.
Checking for Keymap Extensions: No active keymap extensions were found that could be causing this conflict.
Expected Behavior
The Ctrl + Alt + 2 combination should insert the @ symbol in Composer, regardless of the number of open tabs.
Actual Behavior
When only one tab is open in Composer, Ctrl + Alt + 2 correctly inserts the @ symbol. However, when a second tab is opened, the same key combination switches tabs instead, making it impossible to type @.
System Information
Operating System: Windows
Cursor Version: 0.42.4
Keyboard Layout: Norwegian
Feature Affected: Composer
Additional Context
This issue seems specific to keyboard layouts where Ctrl + Alt + 2 is used to type the @ symbol. It only occurs within the Composer feature and starts when a second tab is present, suggesting a conflict with the built-in tab-switching behavior in Composer.
Suggested Fix
Consider prioritizing system keyboard input (e.g., Ctrl + Alt combinations for special characters) over internal keybindings within the Composer feature or allow for complete customization of these bindings in keybindings.json. Additionally, ensure that the behavior remains consistent regardless of the number of open tabs in Composer.
Description I am unable to type the @ symbol in Cursor when using the Composer feature on my Windows machine with a Norwegian keyboard layout. On this layout, the @ symbol is typed using Ctrl + Alt + 2. However, in the Composer, this key combination unexpectedly triggers a different action (tab switching), preventing me from entering the @ symbol once there is a second tab open.
Steps to Reproduce Set the keyboard layout to Norwegian on a Windows machine. Open Cursor and switch to the Composer feature. With only one tab open in Composer, attempt to type the @ symbol using Ctrl + Alt + 2 — this works as expected. Open a second tab in Composer. Attempt to type the @ symbol again using Ctrl + Alt + 2. Observe that the @ symbol is not inserted. Instead, the key combination switches tabs.
What I Have Tried
This had no effect.
This did not resolve the issue.
Editing via Keyboard Shortcuts UI: Attempting to change or disable the shortcut through the Keyboard Shortcuts UI (Ctrl + K, Ctrl + S) was not possible, as pressing Ctrl + 2 immediately switches tabs.
Checking for Keymap Extensions: No active keymap extensions were found that could be causing this conflict.
Expected Behavior The Ctrl + Alt + 2 combination should insert the @ symbol in Composer, regardless of the number of open tabs.
Actual Behavior When only one tab is open in Composer, Ctrl + Alt + 2 correctly inserts the @ symbol. However, when a second tab is opened, the same key combination switches tabs instead, making it impossible to type @.
System Information Operating System: Windows Cursor Version: 0.42.4 Keyboard Layout: Norwegian Feature Affected: Composer Additional Context This issue seems specific to keyboard layouts where Ctrl + Alt + 2 is used to type the @ symbol. It only occurs within the Composer feature and starts when a second tab is present, suggesting a conflict with the built-in tab-switching behavior in Composer.
Suggested Fix Consider prioritizing system keyboard input (e.g., Ctrl + Alt combinations for special characters) over internal keybindings within the Composer feature or allow for complete customization of these bindings in keybindings.json. Additionally, ensure that the behavior remains consistent regardless of the number of open tabs in Composer.