Henrik Lissner

Since evil-multiedit isn't respecting `iedit-case-sensitive`, I'll consider this a bug. This should be a simple fix. Give this a try first: ```elisp (defun make-evil-multiedit-case-sensitive (fn &rest args) (let ((case-fold-search (not...

There is no `skip-next-match` command, atm, but with the default keybinds you can press `RET` (bound to `evil-multiedit-toggle-or-restrict-region`) on iedit regions to toggle them. You can also bind this command...

Not natively, but I believe you could manage it with: ```elisp (defun restrict-to-line-scope (orig-fn &rest args) (let ((evil-snipe-scope 'line)) (apply orig-fn args))) (advice-add #'evil-snipe-f :around #'restrict-to-line-scope) (advice-add #'evil-snipe-F :around #'restrict-to-line-scope)...

I'll investigate, but in the meantime could you offer exact steps to reproduce the problem, including what function names you're trying to match and where the point is?

Very strange. What major mode does this occur in?

How frustrating! I can't reproduce it in vanilla emacs, so something in the spacemacs stack must be interfering. I'll install spacemacs over the weekend and see if I can figure...

I believe this is because `evil-multiedit-scope` defaults to `visible`, meaning it doesn't look past the visible buffer to find matches. `match-all` ignores this variable [I have changed its default](https://github.com/hlissner/evil-multiedit/commit/5de4a9882e6b582fcb7320384f833d8349785db4) to...

It was effectively `nil` before I introduced `evil-multiedit-scope` in the first place, so it seemed better that it stay nil. However, I have a better solution in the pipeline (to...

Bam, big update posted. This rewrite has turned out to be more reliable -- it may need some testing, but it should fix your problem. Let me know if it...

Odd, these seem to be a package.el issue. Are you sure `evil` is installed? Perhaps try to uninstall evil-multiedit completely, then reinstall it?