-
Notifications
You must be signed in to change notification settings - Fork 30
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
Lusty stops working when leaving its buffer with the mouse #69
Comments
Thanks. I'd recommend not navigating away from the explorer window while it's in use. If you do navigate away, I'd recommend not using The right thing to do is add a Vim autocmd to kill the explorer when its window is closed, but this is tricky to get right. |
Thanks for the explanation.
And this is exactly the problem: once I accidentally navigate away with the mouse, I automatically press Ctrl-w o (happened 3 times in the last month; could blame the touchpad of course). Isn't there a manual way to reopen the LustyExplorer window after such an "accident" (:unlet something)? |
Depending on your settings, you can reopen the buffer with :b, but it seems to be in an uncertain state at that point and I can't see how to make it close cleanly. It's really better to have it clean up after itself, as LustyExplorer sets some non-local options and remaps keys, so you're left with an unreliable environment. gross. I agree that's not ideal, but I'd be more inclined to treat the cause rather than the symptoms. The plugin should close itself when its window is killed; someone just has to make it do that well. :-) |
I use ":set mouse=a".
This has accidentally happened several times and I couldn't figure out how to open Lusty without restarting vim.
The text was updated successfully, but these errors were encountered: