Closed suliatis closed 5 days ago
Thanks for the issue!
It seems that setting { bg = 'None' }
in groups.all
clears highlight group, which means require('mini.pick').setup()
creating default highlighting actually affects MiniPickNormal
(links it to NormalFloat
). I am not sure why sourcing the second time changes this behavior, but I'd guess it has something to do with 'github-nvim-theme' compiling its highlight groups.
Setting up 'mini.pick' before color scheme seems to fix this behavior, but it seems that the proper fix is on color scheme side.
I am mostly positive that this has nothing to do with 'mini.deps' (completely removing it from 'init.lua' has same effect) or 'mini.pick' (creating default highlight groups is the proper way of setting them up). Closing as "most certainly not an issue with 'min.nvim'".
Thank you. I moved setting up the colorscheme to the end of my init.lua and it works just fine.
Contributing guidelines
Module(s)
mini.deps
Description
I have a mini.nvim based configuration with the github-nvim-theme. When I overrode certain highlight groups of mini.nivm those doesn't seem to apply until I source my init.lua.
Neovim version
0.10.0
Steps to reproduce
Here is my init.lua to reproduce:
Expected behavior
If I source my init.lua again, then get the expected look.
Actual behavior
The picker has grey background though I set it to be none. I had similar experience with mini.tabline, but overriding highlight groups for mini.hipatterns or mini.diff work as epxpected.