Transparency channel in colorschemes is not respected.

[ninetailedtori]

For reference, I'm testing with colorschemes/catppuccin-macchiato-transparent.micro, attempting to make the selection a transparent colour (#939ab733).

color-link default "#cad3f5,#24273a00"
color-link comment "#939ab7"
color-link selection "[fg],#939ab733"

color-link identifier "#8aadf4"
color-link identifier.class "#8aadf4"
color-link identifier.var "#8aadf4"

color-link constant "#f5a97f"
color-link constant.number "#f5a97f"
color-link constant.string "#a6da95"

color-link symbol "#f5bde6"
color-link symbol.brackets "#f0c6c6"
color-link symbol.tag "#8aadf4"

color-link type "#8aadf4"
color-link type.keyword "#eed49f"

color-link special "#f5bde6"
color-link statement "#c6a0f6"
color-link preproc "#f5bde6"

color-link underlined "#91d7e3"
color-link error "bold #ed8796"
color-link todo "bold #eed49f"

color-link diff-added "#a6da95"
color-link diff-modified "#eed49f"
color-link diff-deleted "#ed8796"

color-link gutter-error "#ed8796"
color-link gutter-warning "#eed49f"

color-link scrollbar "#f4dbd6"
color-link statusline "[fg],#1e2030"
color-link tabbar "[fg],#1e2030"
color-link indent-char "#494d64"
color-link line-number "#494d64"
color-link current-line-number "#b7bdf8"

color-link cursor-line "#363a4f,[fg]"
color-link color-column "#363a4f"
color-link type.extended "default"

All that ends up being shown is the colour with ANY value of transparency set will simply be entirely invisible.

[ninetailedtori]

Testing with cursor-line, when I put 939ab733 as our test colour, I end up with this:

[ninetailedtori]

This is an example of the selection test.
From these tests, it seems that any transparent colours are simply considered invalid and discarded.

[Andriamanitra]

As far as I know there is no standard for using partially transparent colors in terminal. Terminals can only do 24-bit RGB (if they support true color) or fully transparent. ¹ The color that looks like RGBA in the 3rd party catppuccin theme is a bug in their template that happens to "work" because micro falls back to default color when you specify an invalid color. ²

You may read help colors for more information about coloschemes in micro – it never mentions RGBA.

Footnotes

1. https://en.wikipedia.org/wiki/ANSI_escape_code#24-bit ↩

2. https://github.com/zyedidia/micro/blob/b8057f28c6e5adef9744250643ad8cf8b5fafa18/internal/config/colorscheme.go#L258 ↩

[ninetailedtori]

It does mention transparency though, so I was a little confused about that. Should that portion be updated perhaps? Moreso that it only respects transparency of the general window, but it won't allow you to set it? Also the [fg color] and [bg color] tags have to be changed in that to [fg] and [bg].

[Andriamanitra]

It does mention transparency though, so I was a little confused about that. Should that portion be updated perhaps? Moreso that it only respects transparency of the general window, but it won't allow you to set it? Also the [fg color] and [bg color] tags have to be changed in that to [fg] and [bg].

[fg] and [bg] are not a thing, they also just fall back to the default.

When the docs say

Omit color-link default "[fg color],[bg color]" will make the background color match the terminal's, and transparency if set.

they mean that you can leave out the line with color-link default. The [fg color] and [bg color] are meant as placeholders for whatever color(s) you might have used. The documentation could probably be rephrased to make it clearer.

[ninetailedtori]

Ahhh, I see. Never mind then, there's no way to fallback aside from unsetting the value, then, which makes sense. Thanks for the help :)

[ninetailedtori]

Solved with catppuccin/micro#18, catppuccin/micro#20 to fix the theme.