resolarized.nvim VS nvim-highlite

Shameless plug: my own implementation of Solarized, resolarized.nvim, supports undercurl. In fact, undercurl support was present from day one, I just could not see it until now.

I have my own implementation of Solarized if you want to take a look. It uses a table to define the palette and then a tree-like table that lets me specify the highlight groups in such a way that groups can inherit properties from other groups. It makes it very easy to add more groups later. https://gitlab.com/HiPhish/resolarized.nvim

I wrote my own version of Solarized a while ago: https://gitlab.com/HiPhish/resolarized.nvim

Might as well plug my own implementation of Solarized. It does support LSP and Treesitter in the bare sense that those groups are defined, but they have standard highlighting.

I understand and share OPs frustration and I have tried to keep things as simple as possible in my implementation of Solarized out of pure frustration. IMO there are two things to consider:

nivm-highlite boasts ease of configuration, but I haven't tried it yet. It shows only dark themes, but most of the themes support `background=light`. However they are kinda low contrast out of the box.

My plugin and mini.colors can also do it.

tl;dr: export your favorite themes to new formats (e.g. wezterm theme), generate new colorschemes from only a palette of colors, update old colorschemes to automatically include support for new plugins (it sometimes makes them faster too). Repo link

Wow. I just spent like an hour the other day converting colortrans to Lua because I wanted my colorscheme generator to work with all systems, but with this I can just remove built-in support for cterm and suggest mini.color for that purpose.

Mine, nvim-highlite

I do wish there was a builtin way to partially link highlight groups. In my colorscheme I opted for this syntax, which resolves self into the batch of groups being defined recursively unwraps highlight links to fetch the true highlight group being referenced.

Shameless self-plug, but nvim-highlite and all of its inheritors support everything from 8-bit to 256-bt and is written using the Neovim API.

Haven't tried newer color schemes on the block, but I have tried a lot and all of them add 100s of ms to startup time. Eventually settled on a copy of https://github.com/Iron-E/nvim-highlite. Another culprit tends to be all the fancy statusline.

Not to self advertise (regulars here know I do that enough), but my colorscheme is made to work in any range of color. If you don't like it, look under the usage section— all of the colorschemes others have made with it also work without termguicolors.

I'm a little puzzled as to why they'd do that. It's completely possible to use the :colorscheme command.