为什么 (Neo)Vim 配色方案不影响 Pmenu、PmenuThumb、CocInfoFloat 等？
Why do (Neo)Vim Color Schemes not Affect Pmenu, PmenuThumb, CocInfoFloat etc.?
这已经困扰我一段时间了。为什么我必须在 (Neo)Vim 中自己为 floating/popup（你说的）菜单定义颜色，当有那么多漂亮的配色方案时。
我不得不花很多时间和精力来定义有点可读性（不是那种粉红色地狱）的菜单，这些菜单最终可能会或可能不会匹配底层配色方案，但一旦我决定不再匹配更改方案。
有什么我遗漏的吗？
Neovim 继承了 Vim 的内置配色方案。
Vim 的内置配色方案都非常古老，通常早于完成菜单功能，而且几乎无人维护。他们缺少 许多 完成菜单之外的东西，而且他们的状态通常很糟糕。
我开始 an initiative 对内置配色方案进行现代化改造，但这需要时间。如果您想帮助我们……
FWIW、Pmenu 和 PmenuThumb 是内置的高亮组，因此期望它们由内置的配色方案处理是合理的，但 CocInfoFloat 不是这样完全由将其定义为的第三方插件负责，理想情况下，link 将其定义为内置高亮组。
FWIW2，不能处理 100% 内置高亮组的第三方配色方案应被视为已损坏。
这已经困扰我一段时间了。为什么我必须在 (Neo)Vim 中自己为 floating/popup（你说的）菜单定义颜色，当有那么多漂亮的配色方案时。
我不得不花很多时间和精力来定义有点可读性（不是那种粉红色地狱）的菜单，这些菜单最终可能会或可能不会匹配底层配色方案，但一旦我决定不再匹配更改方案。
有什么我遗漏的吗？
Neovim 继承了 Vim 的内置配色方案。
Vim 的内置配色方案都非常古老，通常早于完成菜单功能，而且几乎无人维护。他们缺少 许多 完成菜单之外的东西，而且他们的状态通常很糟糕。
我开始 an initiative 对内置配色方案进行现代化改造，但这需要时间。如果您想帮助我们……
FWIW、Pmenu 和 PmenuThumb 是内置的高亮组，因此期望它们由内置的配色方案处理是合理的，但 CocInfoFloat 不是这样完全由将其定义为的第三方插件负责，理想情况下，link 将其定义为内置高亮组。
FWIW2，不能处理 100% 内置高亮组的第三方配色方案应被视为已损坏。