-
Notifications
You must be signed in to change notification settings - Fork 49
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
fix : Gitsigns toggle_current_line_blame not showing gitblame not vis… #25
base: master
Are you sure you want to change the base?
Conversation
I'm sorry, looks like that the darkplus version that doesn't work is the one from Lunarvim/Colorschemes which had override my LunarVim/darkplus settings. And you're right the previous version looks closer to the vscode version, should i close the PR or just change the color ? The version from Lunarvim/Colorschemes : |
This is how it looks like for me with cursorline option enabled (its a little bit harder to read but imo it's fine): But on your screenshot it's much harder to read. Can you try updating to the latest LunarVim/darkplus commit? (on your line blame that change was on 2022-08-03, but on mine it's 2023-04-03)
I think you should just change the color. Currently since |
The different color is because the screenshot i posted is actually from lunarvim/colorschemes i made a typo there, my apologies. About the commit version, i'm at the last commit in the master branch but idk why the the git blame shows that old commit, actually i coudn't even find this commit at 2023-04-03
I commited the changes now it looks as expected : |
Hi @iagorrr ! Would you mind resolving the merge conflicts? |
Hi ! |
As mentioned in this issue the gitsing blame isn't showing, that's because the
GitSignsCurrentLineBlame
ins't set, so the default darkvalue doesn't contrast with the background, as mentioned in this other issue.Trying to get as close as possible to vscode and using the existing color pallet i put it to
gray
, now it looks like the images below.