Sublime Forum

Can't Disable Autocomplete & It's Driving Me Mad

#1

I have done the resetting of auto_complete in my Preferences.sublime-settings like this:

   {
         .  .  .  .
         .  .  .  .
         // Disble auto complete to be triggered automatically when typing
         "auto_complete": false,
   }

Yet the damn thing remains on and is as sticky and draggy as ever.

What need I do to banish this useless and infuriating nuisance ?

I am also lately finding the Save All command dragging a lot, even for minor edits.

In my situation, I have configured CTRL+ALT+A to be the Save All command.

0 Likes
#2

Save all is known to be slow:

As for auto complete not turning off, does it happen in safe mode (after updating the setting)?
https://www.sublimetext.com/docs/safe_mode.html

Maybe some plugin you have installed is offering completions and not respecting that preference

1 Like
#3

As for auto complete not turning off, does it happen in safe mode (after updating the setting)?

Seems like it doesn’t happen in safe mode, i.e. after entering

subl --safe-mode

on the CLI.

100% user entry and no auto_complete interruption.

Here’s my list of plugins:

AdvancedNewFile

Color Highlighter

DocBlockr

Emmet

EmmetCSSSnippets

Emmet StyleReflector

EmmetOneLine

FileIcons

GitGutter

JSLint

MarkdownPreview

Material Mokokai

Material Theme

Materialize

Origami

SideBarEnhancements

SideBarTools

SublimeCodeIntel

SublimeLinter-Annotations

Terminus

Plus a load of ST4 “bundled” packages - the real suspects, I feel.

0 Likes
#4

You can disable them one by one to find the cause, but I’d start with removing SublimeCodeIntel as it is unmaintained, out-dated and known to be “draggy” and not working well on ST4 anymore.

Emmet may sometimes also be a bit annoying as it creates all sorts of preview popups - but only on supported langauges like HTML/CSS?

3 Likes
#5

Bull’s eye, buddy.

SublimeCodeIntel was the culprit.

So many thanks.

And happy working. :construction_worker_man:

1 Like