Open jordwalke opened 8 years ago
Old bug, no activity. I just tried reproducing this on develop but I can't. Is this still a problem?
I'm seeing the same thing, but only with some company backends (??). Worse, it doesn't really appear to fully exit insert mode (keys still get inserted until the popup closes).
Specifically, I can reproduce this with company-emoji
and notmuch-company
.
@Stebalien Can you still reproduce this? I'm unable to reproduce the issue using company-emoji
.
(auto-completion better-defaults bibtex c-c++ dash emacs-lisp git github gtags html java javascript latex markdown ocaml org python racket ranger rust shell shell-scripts helm syntax-checking emoji)
Yes, I still can.
company-backends
to company-emoji
: (setq company-backends '(company-emoji))
(company-mode)
:ta
in the buffer, and wait for auto-complete.Ah, indeed I can now reproduce this.
Strange 😕
I also have this problem, using auto-completion
with hardly any customization on the develop branch of spacemacs.
((auto-completion :variables auto-completion-complete-with-key-sequence "jk")
better-defaults
(c-c++ :variables c-c++-default-mode-for-headers 'c++-mode c-c++-enable-clang-support t c-c++-backend 'rtags)
chrome cmake docker emacs-lisp graphviz git helm html
(javascript :variables javascript-fmt-tool 'prettier javascript-import-tool 'import-js js2-basic-offset 2 js-indent-level 2 js-switch-indent-offset 2 node-add-modules-path t)
(json :variables json-fmt-tool 'prettier)
(markdown :variables markdown-command "pandoc")
multiple-cursors nginx
(org :variables org-enable-github-support t org-enable-bootstrap-support t org-enable-org-journal-support t org-enable-hugo-support t org-enable-trello-support t org-enable-jira-support t)
osx pandoc prettier
(python :variables python-test-runner 'pytest python-formatter 'black python-fill-column 99)
react rust
(shell :variables shell-default-height 30 shell-default-position 'bottom)
shell-scripts spell-checking sql syntax-checking themes-megapack theming treemacs version-control xclipboard yaml)
It's working for me.
The auto completion window appears after typing dot
in .spacemacs
.
And pressing Esc
closes it.
(autohotkey auto-completion emacs-lisp git helm markdown multiple-cursors org python syntax-checking treemacs version-control)
Strange, I can't reproduce it either now. Will report back if it reoccurs.
Ok, reproduced it now:
Keystrokes: c w ArtistDialog ESC j b w ArtistDialog ESC l l
Watch the indicator in the modeline change from green to yellow to see when ESC
is pressed. The autocomplete window does not close. What's more, the j
should move down a line in normal mode, but it is inserted as if still in insert mode.
The b
then correctly moves back a word. We repeat the same sequence up to ESC
. Again, the autocomplete window does not close. However, now the l
correctly moves to the right, even though it happens under the same circumstances as the j
earlier. The second l
causes the autocomplete window to close.
I'm also able to reproduce it now, it seems to only occur when the completion popup shows file/dir paths.
At first I thought that it was because the cursor moves backwards by default and the popup might be trying to check for new candidates at the cursors new position.
But when I set the variable move back variable to nil
(default is t
):
(setq evil-move-cursor-back nil)
Then the same issue occurs. The popup remains/reopens.
This can be seen in .spacemacs
if I type:
"~/.e
The popup shows candidates for files/dirs starting with .e
, if you don't have any then try another letter, or just type .
(period), or if you don't have any .
files, try another letter.C-b
and forwards C-f
, the completion popup tries to match the path from the cursors position.
"~/.|
(cursor marked as the vertical bar | , positioned after the period) shows files starting with a period.
"~/|
(cursor after the slash) shows all files/directories in the home dir.e
in the string "~/.e"
.Esc
The completion popup blinks (it probably closes and reopens quickly) now showing matches for files starting with a period.In this state with the completion popup open and the cursor in normal state, I'm able to move left h
and right l
(lower case L) to match on either ~/.
or on ~/.e
.
Moving to the left of the slash closes the popup.
You said that j
inserts the character for you. But for me the cursor moves down and the completion popup closes, the equivalent happens with k
.
I am experiencing this issue using the default auto-completion
layer with no additional changes.
Me too.
A (potentially very naive) quickfix for evil users could look roughly like
(defun my-escape-from-company ()
(interactive)
(company-abort)
(evil-escape))
(with-eval-after-load 'company
(key-chord-define company-active-map "jf" 'my-escape-from-company))
where you would need to replace "jf" with your escape sequence (e.g. "fd").
For me this currently works but this seems to be a somewhat elusive issue which may depend on the individual setup...
The issue is still present.
A (potentially very naive) quickfix for evil users could look roughly like
That makes my autocompletion not show up at all. :/
C-g should close auto-completion menu.
That's what I do, but then I'm doing <escape> <C-g>
or <C-g> <escape>
, which is not ergonomic. I never need access to autocompletion after I press <escape>
. It would be great to fix this, but I haven't found a way unfortunately.
I wonder how others deal with this. Do you also use <C-g>
+ <escape>
?
I only need to use C-g.
I assume you use hybrid or vim mode as well. So you treat the closing of the autocompletion and the transition to normal mode as separate operations I guess. However, here you can see that the transition to normal mode doesn't work if you don't close the autocompletion first https://github.com/syl20bnr/spacemacs/issues/4242#issuecomment-511379029. The same thing happens to me.
+1, this sometimes happens to me too on the most recent develop (4688cd7d). When I hit escape the popup sometimes closes correctly, and sometimes flickers and then reappears and stays on the screen in normal mode.
This workaround has been working for me, and I haven't noticed any unintended side effects:
(add-hook 'company-mode-hook
(lambda ()
(add-hook 'evil-normal-state-entry-hook
(lambda ()
(company-abort)))))
Unfortunately @e-matteson's workaround isn't working for me, because it seems to call company-abort
after every key stroke. So it closes the candidate list again and again. I think the problem lies in that evil-escape
does not have an evil-escape--escape-insert-state
function that would call company-abort
like something that is done in evil-escape--escape-emacs-state
for example.
See https://github.com/syl20bnr/evil-escape/blob/f4e9116bfbaac8c9d210c17ad488e0982291245f/evil-escape.el#L166
and https://github.com/syl20bnr/evil-escape/blob/f4e9116bfbaac8c9d210c17ad488e0982291245f/evil-escape.el#L260
The problem also seems especially prevalent when using lsp-mode and it's preventing me from using just "fd" to get back to normal mode.
As a workaround I came up with the following solution:
(with-eval-after-load 'evil-escape
(defun company-abort-on-evil-escape ()
(require 'company)
(company-abort))
(advice-add 'evil-escape-func :after #'company-abort-on-evil-escape))
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Please let us know if this issue is still valid!
Hi, I'm brand new to Emacs so thank you for your patience. I'm only even trying Emacs thanks to Spacemacs. The issue I'm seeing is that when hitting escape, Evil goes into normal mode as expected, but any autocomplete window that is open does not close.
This is my entire config:
These are my enabled layers:
I'm on Mac OS Yosemite.