lush.nvim VS nvim-highlite

I've been spending the last couple days creating a custom colorscheme with lush.nvim that covers as many highlight groups as possible to support all the plugins I use.

appreciate ya buddy ✌️ just discovered lush today, so expect a lot more color scheme action from me in the near future

Add this as a dependency to tree climber: https://github.com/rktjmp/lush.nvim

Hi, I have just created my first color scheme using lush.nvim. I named it "basic".

OP, have you heard of lush.nvim?

A fancy but yet sophisticated light and dark designer neovim theme built in pure lua with lush.nvim. It features a comprehensive usage of syntax scopes and color consistency, with due regards to aesthetics, contrast and readability.

Thought I'd plug lush here which has a really nice way of doing this automatically.

Lush users should see issue 109 for migration details/workaround. May change (improve?) in the future.

Lush looks interesting. Live prevew https://github.com/rktjmp/lush.nvim

lush.nvim: Cusizme and compile color theme.

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.