Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Already on GitHub? Sign in to your account

Dropdown display delay #231

miguel-guedes opened this Issue Apr 27, 2013 · 2 comments


None yet
2 participants

Does anyone know how to decrease the time it takes for auto-complete [0] to display the dropdown menu in every instance?

I've noticed the delay I've specified in ac-delay and ac-auto-show-menu is enforced only in those instances that require a trigger character/string (e.g. : or ->). However those instances that require 2 characters to be typed, the dropdown takes >3 seconds to be shown. Doing M-x auto-complete results in the popup being shown immediately so it's not like auto-complete is busy processing - the delay is being overriden somehow.

Would appreciate some input on this as I find it a terrific programming tool.

Here's how I set it up:

(global-auto-complete-mode t)
(setq ac-auto-show-menu    0.2)
(setq ac-delay             0.2)
(setq ac-menu-height       20)
(setq ac-auto-start t)
(setq ac-show-menu-immediately-on-auto-complete t)

m2ym commented May 3, 2013

Could you please try to reproduce the problem in vanilla Emacs (starting with -q option) with the auto-complete config you attached?


ghost commented Jan 23, 2014

I had the same problem like @miguel-guedes, but i tested it with -q and boiled the error down to a bad interaction with flyspell-prog-mode. I ran it in a hook for prog-mode.
Looking at the source of auto-complete.el showed me that you guys are already running an advice to workaround flycheck.
My wild guess is (and my emacs-fu is not strong enough to test/verify/fix it) that the advice doesn't fire the way it should for flyspell-prog-mode.
EDIT: I'm an idiot. Actually calling (ac-flyspell-workaround) in my .emacs fixes my issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment