trapd00r/LS_COLORS

NORMAL don't reset the bold attribute

Closed this issue · 3 comments

Hello, I noticed a wrong behavior in the colorized output of tree (it didn't reset the boldness after a bold line, e.g. executable files), so writing to the author of the program he pointed me to my LS_COLORS varaible.
So, in order to fix this I commented the NORMAL line in the LS_COLORS file (it's used by tree to reset the line, boldness included).
I don't know if this can cause worst thing to happen.
Here a screenshot of a zsh session replicating the issue (without LS_COLORS, with LS_COLORS, and commenting out the NORMAL line):
http://i.imgur.com/FhXad.png

FINALLY found a fix to this! Yes!

Any zsh user who is using LS_COLORS for their list-colors is getting color glitches in PROMPTLIST becaue of exactly this. Please fix it, either by setting NORMAL to 0, just removing it from the listing. It is not like color 254 is really distinguishable from 255, anyways.

@Valodim, what's PROMPTLIST?

% man zshall|grep -Pic 'prompt[_\s-]?list'
0

@dexgeh, thanks for reporting, I can confirm the tree issue; commenting out
NORMAL for now.

whoops, I meant COMPLIST. sorry about that