Don't show the menu after a . or -> in c/c++ mode. about auto-complete HOT 7 OPEN

This is caused by the automatic added trailing blank line in the dictionary file, and it filters out the zero length input. The solution is provided by the following patch, i hope this would be fixed in the upstream soon.

--- auto-complete.el 2011-04-18 12:49:09.779405553 +0800
+++ auto-complete.el 2011-04-18 12:49:21.719423083 +0800
@@ -596,7 +596,7 @@ If there is no common part, this will be
(ignore-errors
(with-temp-buffer
(insert-file-contents filename)

•        (setq result (split-string (buffer-string) "\n"))))
  

•        (setq result (split-string (buffer-string) "\n" t))))
   (puthash filename result ac-file-dictionary)
   result))))
  

from auto-complete.

I still have this problem, after applying your patch. It's really annoying, and limit the usefulness of auto-complete and perl-completion http://www.emacswiki.org/emacs/PerlCompletion

I have "\n" instead of "n" in auto-complete.el. I tried to change them but it didn't help.

I use the latest git version with el-get.

from auto-complete.

Please give a try via disabling the dictionary.

from auto-complete.

That works for me.

I don't know why it hasn't been fixed in the upstream.

from auto-complete.

After reading the documentation for split-string a clearer fix is to remove the "\n" argument. That works for me and does not require disabling the dictionary.

from auto-complete.

According to the user manual 5.6.1. User Defined Dictionary, words are separated with newline.

If you remove "\n" to fix the problem, the dictionary words can't contain any spaces(default to "[ \f\t\n\r\v]+"). For example, "Auto Complete" will be separated to "Auto" and "Complete". So I don't think remove "\n" is the appropriate way to fix it.

from auto-complete.

Was this ever fixed?

from auto-complete.