[Question] Did the diff highlight colors (red/green background) change around v2.0.70?
Description
I noticed that the background highlight colors for diff display (added lines = green, removed lines = red) seem to have changed around v2.0.70.
The colors appear slightly different from before - still red/green, but the shade/tone has changed.
Question
- Is this an intentional change?
- If so, any way to customize or revert to the previous colors?
Environment
- Claude Code Version: v2.0.70
- Platform: Windows (WSL2)
- Terminal: Windows Terminal
- Theme: Dark mode
Additional Context
I couldn't find any mention of this change in the release notes. Just curious if this was intentional or a side effect of other UI updates.
Similar to #13755 (mascot color change), wondering if this is part of a broader UI refresh.
Facing same issue. They look completely washed out for me now on my light theme.
Dark Mode:
Light Mode:
Seems like the reason its appearing washed out is its using the same colors for Light Mode as Dark Mode?
Behaviour in 2.0.69:
Dark Mode:
Light Mode:
Hoping this is a bug because the diff colouring is terrible. So hard to see. Please revert this change if it was intentional 🙏🏼
This is running on macOS, Ghostty terminal with the Nordfox dark theme, and was perfect prior to ~v2.0.68/70 (unclear which version changed things).
dude, same, I'm auDHD and claude code is my special interest and this change is wild to just drop on us like they did (the volume of the colors is too loud in dark mode)
This is what the update looks like for me in Ghostty with TokyoNight Storm. The darker highlights and retaining the text's syntax highlight make it really hard to read.
This seems like it should be marked as a bug.
Dark theme on Windows look super hiddeous now
pls revert!!
Horrible, tasteless update: washed out backgrounds on light mode are hard to read and monokai in dark mode is hideous. Where is the improvement in here?
Same. My setup looks similar as @leeovery. Diffs are really difficult to read now.
Found the cause in the release notes for v2.0.71:
Version 2.0.71:
- New syntax highlighting engine for native build
This confirms the color change was intentional as part of the new highlighting engine, not a bug.
However, given the feedback here (washed out on light themes, too intense on dark themes), it seems like the new engine may need some color calibration adjustments.
The previous color scheme had a calm, subtle tone that was easy on the eyes. I'm not sure why it was changed to something more jarring. Sometimes "if it ain't broke, don't fix it" applies.
I just updated to .71 thinking they might have tweaked it but it's still terrible. Almost bad enough to stop using ClaudeCode!
Please somebody revert this update or fix the colours.
We can handle so many bugs and weirdness but stuff like this is damaging to a lot of us. It throws me off completely with the wrong colours as a ND. 🙏🏼
Hi folks, this did ship in 2.0.70 (it got tagged in the wrong changelog version).
Most of the screenshots appear to be using 256-color mode. You'll get much better color combinations if you have a way to enable 24-bit color (usually by setting the COLORTERM=truecolor environment variable, though your terminal emulation stack needs to support it, so your mileage may vary). The "ANSI colors only" setting in /theme may also look better to some of you, since it does not use background colors.
You can use the environment variable CLAUDE_CODE_SYNTAX_HIGHLIGHT=off to remove the syntax highlighting entirely, leaving just the diff added/removed background colors. You can also set CLAUDE_CODE_SYNTAX_HIGHLIGHT to the name of a built-in bat theme to one that better matches your preferences. See bat --list-themes. (Popular themes include gruvbox-dark, Dracula, Solarized (dark) and Solarized (light))
there is now way to enable 24bit colors in windows powershell / pwsh
can you add the old color scheme as "Legacy" back to claude code?
@shawnm-anthropic
Thanks for the response!
Setting CLAUDE_CODE_SYNTAX_HIGHLIGHT helps with the syntax theme but the red and green for diffing are still very harsh to the eye, even with a nicer theme:
macOS, Ghostty (Nordfox), CLAUDE_CODE_SYNTAX_HIGHLIGHT=Nord:
Could the diff green/red be pulled from the same bat theme perhaps? Or be independently configurable?
Hi folks, this did ship in 2.0.70 (it got tagged in the wrong changelog version).
Most of the screenshots appear to be using 256-color mode. You'll get much better color combinations if you have a way to enable 24-bit color (usually by setting the
COLORTERM=truecolorenvironment variable, though your terminal emulation stack needs to support it, so your mileage may vary). The "ANSI colors only" setting in/thememay also look better to some of you, since it does not use background colors.You can use the environment variable
CLAUDE_CODE_SYNTAX_HIGHLIGHT=offto remove the syntax highlighting entirely, leaving just the diff added/removed background colors. You can also setCLAUDE_CODE_SYNTAX_HIGHLIGHTto the name of a built-inbattheme to one that better matches your preferences. Seebat --list-themes. (Popular themes includegruvbox-dark,Dracula,Solarized (dark)andSolarized (light))
It's worth noting that CLAUDE_CODE_SYNTAX_HIGHLIGHT does not pick up themes in our ~/.config/bat/themes or whatever theme is set by export BAT_THEME
Great news! Version 2.0.74 added ctrl+t shortcut to toggle syntax highlighting:
Added ctrl+t shortcut in
/themeto toggle syntax highlighting on/off
Now we can easily switch between enabled/disabled directly from the theme picker.
Before (Monokai Extended enabled):
After (Syntax highlighting disabled):
Thanks for addressing this issue! The toggle approach is a nice compromise - those who like the new syntax highlighting can keep it, while others can disable it.
Resolved in v2.0.74 with the new syntax highlighting toggle (ctrl+t in /theme). Thanks for the fix!