Use lifepillar/vim-colortemplate/ refact the repo

[mao-yining]

Update with latest nvim's repo.

make some changes. waiting for catppuccin/nvim#940

[M3nny]

You're doing a lot of work in order to put catppuccin in the vim colorscheme repository, and i appreciate it.
But could you explain the changes that you've made? in particular:

• What do the catppuccin.vim files do?
• Why there was a need to rewrite everything with vim-colortemplate? This seems unnecessary.

[mao-yining]

What do the catppuccin.vim files do?

provide mocha when background=dark and latte when it's light. and if you change 'background' it can change automatically.

Why there was a need to rewrite everything with vim-colortemplate? This seems unnecessary.

The present implement use vim lagacy function, it is a bit slow. And I hope to use it in 256color environment.

Furthermore, it can use one file to define all highlights and links. It is like what nvim's repo do now. So that if you want to have a change which should be added in all four themes, you only need to change once.

[M3nny]

The present implement use vim lagacy function, it is a bit slow. And I hope to use it in 256color environment.

The cost for calling the function for setting the colorgroups is negligible, and it already works with truecolors.

Have you considered using our internal tool whiskers?

[mao-yining]

The present implement use vim lagacy function, it is a bit slow. And I hope to use it in 256color environment.

The cost for calling the function for setting the colorgroups is negligible, and it already works with truecolors.

Have you considered using our internal tool whiskers?

Maybe I will try it in the future. It seems a bit complex. Time is late. I may try it tomorrow

[mao-yining]

I've briefly reviewed the introduction of whiskers. Here are my thoughts:

If I understand correctly, its operational model involves generating files by filling in blanks within configuration templates based on preset options.

Its primary advantage over vim-colortemplate lies in the convenient fine-tuning of colors, such as {{ green | mod(opacity=0.3) | get(key="hex") }}.

However, I believe vim-colortemplate is superior for the following reasons:

Although I'm aware that Catppuccin is specifically designed for GUI true color, Vim, being a software with significant historical legacy, requires its plugins—including this project—to support 256 colors (disregarding 16-color support for now). This is because the colors automatically generated by Vim for GUI are not entirely accurate.

There's no need to account for logic based on options like 'background', etc., which would lead to redundant workload. The current vim-colortemplate is much simpler in this regard.

The primary reason is that Vim's color configuration files differ from standard formats like JSON or YAML, leaning more towards being a programming language where all the switching logic is pre-written internally.

[M3nny]

Since you're already creating a "legacy" port in the vim colorscheme repository, maybe we can use this repository as a "modern" version.

So in the future if more plugins will be added, we can use the same approach for every part of the colorscheme, without having a part done in vim-colortemplate and others in whiskers

[mao-yining]

Well, my main point is that I believe we could maintain a file that automatically switches based on the value of background. Whiskers' setup seems better suited for maintaining a single-color scheme file — though it's also possible that I haven't fully grasped how Whiskers works yet.

[mao-yining]

Seems this is a complete version. Request for review and merge.

Updates will be provided should any changes arise.

[mao-yining]

@M3nny vim/colorschemes#286 has done, however this PR is NOT completely as catppuccin/neovim is. If you have some different idea with these changes. Please directly point it out.