Closed JediLuke closed 1 year ago
Incase anyone else comes across this, I created the following workaround
(defun move-window-far-right-with-neotree-workaround ()
(interactive)
(if (neo-global--window-exists-p)
(progn (neotree-hide)
(evil-window-move-far-right)
(neotree-show))
; else
(evil-window-move-far-right)))
Can you clarify how the bug is happening? I'm not able to recreate it doing these actions
evil-window-move-far-right
Also, are you able to recreate it by only running the neotree package? emacs -q -l path/to/neotree.el
Closing as stale. If you're still experiencing this, please open a new issue.
If I have windows & a neotree buffer open, like this
And I call
evil-window-move-far-right
when inside window 1 (or far-left, very-top, the direction doesn't seem to matter) I end up with an extra Neotree window, something like this...evil version: 20190729.704 neotree version: 0.5.2 (package: 20181121.2026) emacs version: 27.0.50
Edit: apologies, my "diagrams" did not render correctly even with code blocks. I hope they still convey the message, WIndow 1 moves to the far right and a second neotree buffer is created