Sublime Forum

Ctrl+d find under expand clears ability to delete chars

#1

Hello
Recently after using ctrl+d (find under expand) I note that I cannot delete any characters. I have to reload my file to restore the ability to delete anything. This behavior may have come in with an update but I am unsure when it began.

I checked the /preferences/key-binding/default.sublime-keymap and ctrl+d is defined as:
{ “keys”: [“ctrl+d”], “command”: “find_under_expand” }.
I searched the /preferences/key-binding/default.sublime-keymap-User and there is no duplicated ctrl+d defined.

Does anyone have a suggestion to solve this? Should I just delete any of the binding in /preferences/key-binding/default.sublime-keymap-User in the hope that the default alone will fix the problem?

Best fishes, Sam

0 Likes
#2

When this happens, does find_under_expand still work the way you expect it to but the file becomes un-editable, or does it just make the file un-editable without having any other visible effect?

Aside of the Default key bindings that provide the defaults and the User bindings that are your own personal customizations, any installed package can also include their own key bindings as well. Your problem sounds suspiciously like an installed package has included its own binding.

You can try copying the default binding from the Default set to your own User set and see if that solves the problem for you. If it does, it’s very likely that you have a package installed that’s doing you favours.

Another possibility is installing the FindKeyConflicts package to search for a conflicting key binding.

In this case you would select FindKeyConflicts: All Key Maps to Quick Panel from the command list, enter ctrl+d (type the text, don’t press the key) and then press enter to be shown a list of all packages that define a binding for that key.

The command will open a buffer that shows you the commands associated with that key, what package is providing the command and in what circumstances the key applies.

For example, on this particular computer the output I get for this command is as follows, which shows that the PlainTasks package also provides a binding for this key, but only for TODO files, and the binding from Default handles everything else.

-------------
Entry Details
-------------
 [ctrl+d]
   find_under_expand                        Default               
   plain_tasks_complete                     PlainTasks            [{"operand": "text.todo", "operator": "equal", "key": "selector"}]
0 Likes
#3

Fixed!

Previously the expand search facility was working, but delete facility was lost after use.

I installed FindKeyConflicts and checked for ctrl+d conflicts, which gave this result:

Entry Details

[ctrl+d]
find_under_expand Default
vi_scroll_lines Vintage [{“key”: “setting.command_mode”}, {“key”: “setting.vintage_ctrl_keys”}]

So I tried using remove packages to get rid of Vintage, which I don’t need, but could not locate the package. I then went to the /usr/share/sublime_text_3/Packages directory and deleted the Vintage archive. I re-started subl and tested. Both the expand search and subsequent deletes are working again.

Great tech support!
Thanks, Sam

0 Likes
#4

Glad you got the issue sorted out!

The Vintage package indeed ships with Sublime, but is disabled by default. Removing the package file is one way to resolve the issue, but if you update Sublime, it will put the package file back and the problem will recur.

If you’re not interested in using it, you can add it to your ignored_packages setting in your user preferences, as below. It won’t have any effect currently since you removed the package, but it will stop the problem from unexpectedly popping up at upgrade time.

	"ignored_packages":
	[
		"Vintage"
	],

T

0 Likes
#5

Done – Thanks for that. My ignored packages was empty…

0 Likes