Open akinsho opened 2 years ago
That’s an interesting use-case. I’m trying to reproduce and will see how to fix the bug.
Okay it was easy to reproduce, thanks a lot! I will prioritize that one, it’s pretty bad.
That first commit fixes a situation that is not exactly the one you described. Can you switch your Hop setup to use branch = fix-multi-window-floats
, update, and tell me whether you still reproduce? I’m continuing looking for your situation but I don’t exactly reproduce it.
Hi, thanks for picking this up. I just tried the latest branch, and it still happens, unfortunately. Scrolled down till there was a context window
Which version of nvim
@akinsho are you using? nvim --version
should be enough.
NVIM v0.8.0-dev-2203-gc1652bdcb
Build type: Release
LuaJIT 2.1.0-beta3
Compiled by akin@Akins-MacBook-Pro.local
Features: +acl +iconv +tui
See ":help feature-compile"
system vimrc file: "$VIM/sysinit.vim"
fall-back for $VIM: "/opt/homebrew/Cellar/neovim/HEAD-c1652bd_1/share/nvim"
Run :checkhealth for more info
Thanks!
Hi 👋🏿 ,
Firstly, thanks for your work phaazon, it's much appreciated 💯.
On to the issue, since moving over to hop v2. I've been getting errors when trying to trigger
HopChar1MW
i.e. a hop job with multiwindow set to true. I've narrowed down this issue to an interaction withnvim-treesitter-context
but I think it's probably applicable to any other floating windows, e.g. I believe I've seen this also whilst using nvim-lightbulb.The error is:
A minimal
init.lua
isThen start nvim with
v -u ~/minimal.lua --noplugin <path to a large file>
With context enabled, scroll down until the context window appears. With the window in view, press
:HopChar1MW
and press a character. This will trigger the error.