Skip to content
New issue

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

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

iedit-state and evil-change/evil-delete #8

Open
jdwaterson opened this issue Sep 29, 2015 · 1 comment
Open

iedit-state and evil-change/evil-delete #8

jdwaterson opened this issue Sep 29, 2015 · 1 comment

Comments

@jdwaterson
Copy link

This issue is identical to syl20bnr/spacemacs#3193. I was advised to add it to both repos by @TheBB.

It looks to me like there is a problem when using iedit-state when words are space-delimited (ie, most, but not all of the time).

Specifically, in these cases, the evil-change and evil-delete commands (on keys c and d) drop out of iedit altogether, so my changes are applied at the current cursor position only, and all of the iedit highlighting disappears (although the cursor remains red, so iedit-state still thinks it is active).

Here is an example, showing both working and non-working behaviour. My initial buffer (in fundamental mode) contains just:

foobar.qux
foobar.qux

I move to the "b" in the first foobar, and then hit SPC s e d w. In this case, everything works fine and I end up with:

foo.qux
foo.qux

...which is what I want. On the other hand, if my starting buffer is just one character different, and I replace that first period with a space, viz:

foobar qux
foobar.qux

...and then, once again I hit SPC s e d w then I get dumped out of iedit (highlights disappear) and my buffer looks like this:

fooqux
foobar.qux

I get essentially the same problem if I use c w instead of d w. It looks like a bug to me, but not sure if I'm the only person seeing this behaviour?

My spacemacs setup:

System Info

  • OS: darwin
  • Emacs: 24.5.1
  • Spacemacs: 0.104.1
  • Spacemacs branch: master (rev. 2cfc9a5)
  • Distribution: spacemacs
  • Layers:
(emacs-lisp git markdown osx themes-megapack clojure html auto-completion :variables auto-completion-return-key-behaviour 'complete auto-completion-tab-key-behaviour 'complete)
@braham-snyder
Copy link

same bug here, for what it's worth

I suspect most people (myself included) don't run into this simply because they use e (or similar) there

System Info 💻

  • OS: darwin
  • Emacs: 25.1.1
  • Spacemacs: 0.200.5
  • Spacemacs branch: master (rev. c0d05d8d)
  • Graphic display: t
  • Distribution: spacemacs
  • Editing style: vim
  • Completion: ivy
  • Layers:
((auto-completion :variables auto-completion-tab-key-behavior nil auto-completion-return-key-behavior nil auto-completion-enable-sort-by-usage t)
 better-defaults emacs-lisp git markdown org
 (shell :variables shell-enable-smart-eshell t)
 spell-checking syntax-checking version-control ruby
 (colors :variables colors-colorize-identifiers 'all)
 (mu4e :variables mu4e-installation-path "~/.emacs.d/layers/+email/")
 (evil-snipe :variables evil-snipe-enable-alternate-f-and-t-behaviors t)
 shell-scripts vimscript themes-megapack pdf-tools
 (ranger :variables ranger-show-preview t ranger-show-dotfiles t ranger-ignored-extensions
         '("mkv" "iso" "mp4" "avi")
         ranger-override-dired t)
 ivy
 (org :variables org-bullets-bullet-list
      '("" "" "" "")
      org-enable-github-support t org-projectile-file "TODOs.org")
 extra-langs javascript fasd ipython-notebook
 (python :variables python-enable-yapf-format-on-save t python-sort-imports-on-save t python-test-runner 'pytest)
 osx dash bibtex evil-cleverparens theming nlinum)
  • System configuration features: JPEG RSVG IMAGEMAGICK NOTIFY ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS NS MODULES

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants