Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Broken (un-linked) colors #29470

Open
s0la opened this issue Jun 24, 2024 · 2 comments
Open

Broken (un-linked) colors #29470

s0la opened this issue Jun 24, 2024 · 2 comments
Labels
bug issues reporting wrong behavior

Comments

@s0la
Copy link

s0la commented Jun 24, 2024

Problem

Hi!

I recently had to re-install my OS (which I didn't update in some time prior to that), and after fresh installation (and installation of the latest version of all the tools I'm using) I noticed some strange color scheme changes in neovim.. The color scheme haven't change, only the way some color groups are colored.. I was searching for it online, and found the github issue #26378 that touches on that, and in my particular case the problem was with the colors that were previously specified by Identifier color group (which are now rendered as a Normal color) and I think the mentioned github issue addresses that change:

@variable and @lsp.type.variable are cleared instead of linking to Identifier to reduce visual noise.

I tried setting @variable to the same color the Identifier is set to, but nothing has changed.. Also, changing the Normal color to Identifier's color does work, but I don't want the rest of the text that used to be Normal to have the same color as Identifier, if that makes sense.. Now, obviously some text is still colored as Identifier, but the problem is with the part that used to be but it's not anymore..

Here are screenshots of before and after for easier visualization:

BEFORE:
before

AFTER:
after

I am referring to couple of lines at the top (18 to 15 to be precise) which used to be purple (Identifier), and now they are mostly white (Normal).. Also, I have black margin background in fzf, which used to have the same color as fzf background (no difference, all the same color):

margin

Again, nothing in the config files/colorsheme changed, my home partition was not even mounted and stayed intact..
I understand some color groups are being un-linked, so I'm wondering if there is the way to link it back (at least the ones I'm having a problem with - Identifier and fzf margin background)

Steps to reproduce

I can post my colorscheme/fzf config file if that helps, though again they didn't change..

Expected behavior

Provided image above..

Neovim version (nvim -v)

NVIM v0.10.0

Vim (not Nvim) behaves the same?

In vim my colorshceme is completely broken..

Operating system/version

Arch Linux

Terminal name/version

alacritty 0.13.2 (bb8ea18e)

$TERM environment variable

xterm-256color

Installation

system pacakge manager (pacman)

@s0la s0la added the bug issues reporting wrong behavior label Jun 24, 2024
@zeertzjq
Copy link
Member

zeertzjq commented Jun 24, 2024

Try searching for Identifier in $VIMRUNTIME/colors/vim.lua and adding every link to the Identifier group present in that file to your colorscheme.

@s0la
Copy link
Author

s0la commented Jun 24, 2024

Thanks for the super quick replay.. Tried doing that, but it didn't work..
I searched for all the lines that say link = 'Identifier' e.g.

hi('@markup.link', { link = 'Identifier' })

and set their fg color in my colorscheme to the same color Identifier is set to, e.g.

exe 'hi @markup.link guifg='.g:ifg .' gui=none'

Is that what you meant?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug issues reporting wrong behavior
Projects
None yet
Development

No branches or pull requests

2 participants