-
-
Notifications
You must be signed in to change notification settings - Fork 619
Highlight Overhaul #2415
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
Comments
There is precedent for a Highlight suffix:
|
Colours are just not... correct e.g. green will always return a red: nvim-tree.lua/lua/nvim-tree/colors.lua Line 17 in 9689d0d
Possible solutions:
|
Strikethrough is not reliably coloured: It should be used sparingly. |
…ght-overhaul (#2639) * fix(#2415): disambiguate highlight groups, see :help nvim-tree-highlight-overhaul * fix(#2415): disambiguate highlight groups, see :help nvim-tree-highlight-overhaul * fix(#2415): disambiguate highlight groups, see :help nvim-tree-highlight-overhaul * fix(#2415): disambiguate highlight groups, see :help nvim-tree-highlight-overhaul * fix(#2415): disambiguate highlight groups, see :help nvim-tree-highlight-overhaul * fix(#2415): disambiguate highlight groups, see :help nvim-tree-highlight-overhaul * fix(#2415): disambiguate highlight groups, see :help nvim-tree-highlight-overhaul
…only show highest highlight precedence
… highest highlight precedence (#2642) * fix: Add support for get_hl_defs in nvim 0.8 nvim-tree is using `nvim_get_hl` which was introduced in nvim 0.9 to replace the unstable `get_hl_defs` in the following [commit](https://github.com/neovim/neovim/pull/22693/files). Unfortunately this raises an error in 0.8 nvim versions due to the function not existing. ``` Failed to run `config` for nvim-tree.lua ...are/nvim/lazy/nvim-tree.lua/lua/nvim-tree/appearance.lua:199: attempt to call field 'nvim_get_hl' (a nil value) stacktrace: - ~/.config/nvim/lua/confidenceman02/plugins/nvim-tree.lua:14 _in_ **config** - ~/.config/nvim/lua/confidenceman02/lazy.lua:14 ``` - Fall back to get_hl_defs when detecting 0.8 - Set the 'link' property to nil to emulate `link = false` in `builder.lua` * fix(#2415): nvim 0.8 highlight overhaul support, limited to only show highest highlight precedence --------- Co-authored-by: Jaime Terreu <[email protected]> Co-authored-by: Alexander Courtis <[email protected]>
…ee-highlight-overhaul (nvim-tree#2639) * fix(nvim-tree#2415): disambiguate highlight groups, see :help nvim-tree-highlight-overhaul * fix(nvim-tree#2415): disambiguate highlight groups, see :help nvim-tree-highlight-overhaul * fix(nvim-tree#2415): disambiguate highlight groups, see :help nvim-tree-highlight-overhaul * fix(nvim-tree#2415): disambiguate highlight groups, see :help nvim-tree-highlight-overhaul * fix(nvim-tree#2415): disambiguate highlight groups, see :help nvim-tree-highlight-overhaul * fix(nvim-tree#2415): disambiguate highlight groups, see :help nvim-tree-highlight-overhaul * fix(nvim-tree#2415): disambiguate highlight groups, see :help nvim-tree-highlight-overhaul
…FolderIcon (nvim-tree#2656) fix(nvim-tree#2415): fix NvimTreeIndentMarker highlight group: FileIcon->FolderIcon
…only show highest highlight precedence (nvim-tree#2642) * fix: Add support for get_hl_defs in nvim 0.8 nvim-tree is using `nvim_get_hl` which was introduced in nvim 0.9 to replace the unstable `get_hl_defs` in the following [commit](https://github.com/neovim/neovim/pull/22693/files). Unfortunately this raises an error in 0.8 nvim versions due to the function not existing. ``` Failed to run `config` for nvim-tree.lua ...are/nvim/lazy/nvim-tree.lua/lua/nvim-tree/appearance.lua:199: attempt to call field 'nvim_get_hl' (a nil value) stacktrace: - ~/.config/nvim/lua/confidenceman02/plugins/nvim-tree.lua:14 _in_ **config** - ~/.config/nvim/lua/confidenceman02/lazy.lua:14 ``` - Fall back to get_hl_defs when detecting 0.8 - Set the 'link' property to nil to emulate `link = false` in `builder.lua` * fix(nvim-tree#2415): nvim 0.8 highlight overhaul support, limited to only show highest highlight precedence --------- Co-authored-by: Jaime Terreu <[email protected]> Co-authored-by: Alexander Courtis <[email protected]>
#2410 demonstrated that highlighting can be additive e.g. add underline with a different colour.
There are some inconsistencies in how highlighting is applied e.g.
highlight_opened_files
vshighlight_git
"none", "icon", "name", "all"
HL
andIcon
get_colours
Refactor may be silently done as per options.
The text was updated successfully, but these errors were encountered: