Am I using the hotkey incorrectly? I checked that the hotkey is enabled
Maybe a package is overriding the key binding or your OS is capturing it, attemting to run something else?
You can check invoked commands after executing sublime.log_commands() in ST’s console.
I’ve run log_commands and tested again.
The log reports any action i do (mouse select, command run from Pallet etc.) but it does not register the CTRL+SHIFT+L at all. (If a plugin/package had a conflicting hotkey, would it indicate here?)
I did check the few packages I have for the same hotkey and could not find one in the keybind settings.
I’ve closed out all other apps, so I can only guess that it is interference from the OS (W11).
I also tried adding a new keybind to see if it work CTRL+SHIFT+0 but that is also not registering in the log.
Tested this on my Linux machine, and it CTRL+SHIFT+L works as expected.
Something is amiss on my W11 machine maybe.
Clean reboot, no apps, exit start up apps, yet this keybind does not work when invoked via the keyboard.
Hardware:
Just to make sure it wasn’t a silly hardware issue… SHIFT works to capitalize. CTRL works when copy/pasting and “L” works otherwise they’d all be missing in my responses lol.
Packages:
I have identical packages installed between Linux and Windows machine. (Bracket Highligher, ColorPicker, Emmet, Sidebar Enhancements, Synced Sidebar)
If nothing is logged when ctrl+shift+l is pressed, it means no command being invoked by ST. This normally happens only for normal character inputs.
To verify, whether a key combo is caught by OS, you could check if key strokes are registered after executing sublime.log_input().
Console should log…
key evt: shift+ctrl+l
command: split_selection_into_lines
Yeah, on Windows, it doesn’t register the keybind in the log (shown here) but it does register when using command pallet
(There doesn’t seem to be any windows Keybind for CTRL + SHIFT + L that I can find. I installed PowerToys to see any custom keybindings that might be revealed but there are none listed)
It looks like pressing ctrl+shift+l in your recording is doing something in the background, given the cursor is changing. You’ve certainly got an application with a global keybinding that’s being triggered.
It looks like Windows CTRL+SHIFT+L might be “Paste and search / Paste and go” except I can’t get it to work, even with nothing else opened except a browser (tested in Chrome, Firefox, and Edge).
Earlier, I attempted to create a new, additional keybind for split_selection_into_lines
So, I guess this might remain a mystery as to what is blocking the default, and what does this keybind actually do since it appears nothing happens, but other keybinds for the command do seem to work.
I guess for this use case I’ll just have to live with a custom hotkey on windows machine (maybe I’ll have to change Linux default as well so I don’t confuse myself in the future lol)
Thanks for responding and humoring me!
Note, this not being a Sublime Text issue, as…
ctrl+shift+l being reported to Sublime Text by the OSctrl+shift+l is not a default Windows key binding.
The key being caught by another program is specific to your setup, which no one knows, and thus can’
t provide support for.
Some graphics drivers/utilities are known to bind various key combos, globally. PowerToys doesn’t bind it by default, but I’ve found GH issues including it.
Correct.
If I didn’t make it clear before, I’ve already conceded this is not a SublimeText issue, especially after confirming it works fine on my Linux machine, and that it is something I’ll need to fish around for (that I have been fishing around for for a couple of days) and cannot discover why it won’t execute on my Win11 machine (with the default keybind only).
I’m still at a loss after clean boot, no additional apps running, all start up apps exited, including graphics, drives, temp/fan monitors, etc. yet it still will not execute with the default keybind.
Again, thanks for humoring me and thanks for the responses helping me confirm it’s something elusive and exclusive.