fast-syntax-highlighting VS nvim-highlite

I’m concerned because I found this repo https://github.com/zdharma/fast-syntax-highlighting which tries to imitate the old repo (before it was deleted). It’s a fork from the z-shell one. I don’t know if they’re both from the sane owner but I find it sketchy. Also z-shell doesn’t have as many stars as zdharma-continuum.

It might even work with the highlighting you're already using with OMZ, but the demo uses syntax highlighting from: fast syntax highlighting

Even http://zdharma.org/ is gone

I use https://github.com/zdharma/fast-syntax-highlighting which highlights git --version differently than git --asdf. AFAIK it uses the completions to "know" what options are valid.

Syntax highlighting at https://github.com/zdharma/fast-syntax-highlighting

# Plugin: zsh-abbr # Fish like expansion of abbreviations. # https://github.com/olets/zsh-abbr . /home/tuncay/.config/zsh/zsh-abbr/zsh-abbr.zsh # Plugin: zsh-autocomplete # Realtime auto completion. # Note: Remove any calls to `compinit` from `.zshrc`. # https://github.com/marlonrichert/zsh-autocomplete . /home/tuncay/.config/zsh/zsh-autocomplete/zsh-autocomplete.plugin.zsh # Plugin: fast-syntax-highlighting # Syntax highlighting like source codes in an editor. # https://github.com/zdharma/fast-syntax-highlighting . /home/tuncay/.config/zsh/fast-syntax-highlighting/fast-syntax-highlighting.plugin.zsh

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.