Fix of [#38730], solarized colorscheme bug fix

[Arkoniak]

Fixes #38730
Add workaround of solarized scheme bug and expand printstyled functionality.

[Keno]

Dropped comment

[Arkoniak]

Fixed.

[Keno]

I'm not sure I like the "alt_light_black" name. Can we come up with a better name?

[Arkoniak]

I definitely do not mind any other name, consider it as a placeholder.

Initially, I went with :stackframe_color but then decided that :alt_light_black is better.

[Arkoniak]

Sorry for bumping this up.

After I lived some time with this patch, it turns out that it doesn't solve all the problems.

1. Pkg also uses :light_black but in order to fix it, I need to change the code of some other package.
2. There is no guarantee that somebody somewhere is not going to use :light_black instead of :alt_light_black and it'll start over again. It will turn into an endless whack-a-mole fix, which is not good.

As an alternative solution, maybe substitute :light_black directly in printstyled? I.e. if we have an alternative color for light_black then use it instead of the original light_black? I do not quite like this approach because it messes with color names, but on the other hand, it'll work 100% of the time and will be applied only in case when colorscheme is broken anyway.

[Arkoniak]

As an alternative, one can redefine :light_black directly in startup.jl, but I had issues with that, when I was running julia as a script from the prompt. It looks like startup.jl can be read after script is read. For example if script is malformed, than I get error messages in original invisible :light_black. It seems that ENV version is the only one that can guarantee that color is redefined before any other processing takes place.

[Keno]

I think a general colorscheme mechanism that lets people remap the named colors in the terminal would be fine. Shouldn't be just light_black at that point though.

[Arkoniak]

I'll never finish this PR and it'll never be accepted in it's current form, so there is no need to keep it open.