ogham / exa

A modern replacement for ‘ls’.
https://the.exa.website/
MIT License
23.53k stars 662 forks source link

Add some way to disable bold text #280

Open tbodt opened 7 years ago

tbodt commented 7 years ago

Many terminals display bold text using bright colors, which can cause problems in the solarized colorscheme. Bright green is not green, it's actually grey. Most of the other bright colors are also shades of grey, and bright black is identical to the terminal background.

Kyuuhachi commented 7 years ago

Alternatively, it might be possible to use the 256color syntax instead, which doesn't seem to change colors when bolded. [1;33m is bright bold yellow, but [1;38;5;3m is dark bold (at least in my terminal).

hoodie commented 7 years ago

exa honors the LSCOLORS env variable, you could override colors this way

ogham commented 5 years ago

New plan: add a built-in theme that has no bold, now that theming is supported.

404dcd commented 3 years ago

Any progress on this please?

tobx commented 2 years ago
  1. Check color options: man exa_colors
  2. Set EXA_COLORS environment variable to non bold colors where needed.

I tried my very best already:

EXA_COLORS="ur=33:uw=31:ux:32:lc=31:sn=32:uu=33:gu=33:di=34" exa --long -all --group --header --links --blocks

EDIT:

Ok, my bad, there is still a lot of bold text in there:

https://github.com/ogham/exa/blob/b32f441851fdad8b5e3a6aa8cf23e276d7cc1278/src/theme/default_theme.rs

Maybe someone should write an exa theme to EXA_COLORS unbolding converter? 🤪

brianrobt commented 2 years ago

Like @hoodie stated, LSCOLORS is the best way to configure colorized file/directory output in the terminal.

tobx commented 2 years ago

Like @hoodie stated, LSCOLORS is the best way to configure colorized file/directory output in the terminal.

exa has way more options than LSCOLORS, so I do not think you can fully disable bold text for exa with it.

brianrobt commented 2 years ago

exa has way more options than LSCOLORS, so I do not think you can fully disable bold text for exa with it.

That's cool. How would one dig into those options? Are they documented anywhere? My Debian machine doesn't have a man entry for exa_colors like you provided previously. Where did you get that? All I can find in apt related to exa is the exa package.

Maybe this isn't popular opinion, but I think that LSCOLORS is the easiest and most convenient way to change your color scheme.

EDIT: Just found the website: https://the.exa.website Totally missed that earlier.

tobx commented 2 years ago

That's cool. How would one dig into those options? Are they documented anywhere? My Debian machine doesn't have a man entry for exa_colors like you provided previously.

It auto installs on macOS using Homebrew. Anyway, it is also here: https://github.com/ogham/exa/blob/b32f441851fdad8b5e3a6aa8cf23e276d7cc1278/man/exa_colors.5.md

Maybe this isn't popular opinion, but I think that LSCOLORS is the easiest and most convenient way to change your color scheme.

That might be, but it does not solve this issue 🙂

jonafll commented 2 years ago

This works for me:

export EXA_COLORS=di=34:bd=33:cd=33:so=31:ex=32:ur=33:uw=31:ux=32:ue=32:uu=33:gu=33:lc=31:df=32:sn=32:nb=32:nk=32:nm=32:ng=32:nt=32
ariasuni commented 2 years ago

My Debian machine doesn't have a man entry for exa_colors like you provided previously.

Debian has incorrectly packaged exa (even latest 0.10.1), by not including man pages or even shell completions. I reported the issue but the maintainer doesn’t seem to be very active, so I highly recommend to not use their package.

ariasuni commented 2 years ago

Quick correction: I had reported the issue to Debian and it has been fixed in their package version 0.10.1-2 on bookworm (testing) and sid (unstable) (see https://github.com/ogham/exa/issues/966), however packages.debian.org still tells me the sid version doesn’t contain the man pages and shell completions while in fact it does, for some reason.