Continous Reporting for Colors (extension of `OSC 10`, …) about alacritty HOT 3 CLOSED

Is it the specific mechanism or the general goal of notifying processes about color changes?

Both.

from alacritty.

I would love to hear what your thoughts on my specification are and if this is something that you would be open to include in Alacritty. I would be more than happy to work on a PR for this.

I'm not interested in this at all. I see no reason why the foreground process would need to be notified about color updates when it should be the only one actually requesting color updates. That seems like a serious issue in the way the client is written, not a reason to add new escape mechanisms.

Having this included in the OSC also doesn't make any sense. It sounds more like a new terminal mode to me that would report all color changes. Having a mode change like that encoded in an existing OSC escape just feels lazy.

from alacritty.

I'm not interested in this at all.

Is it the specific mechanism or the general goal of notifying processes about color changes?

I see no reason why the foreground process would need to be notified about color updates when it should be the only one actually requesting color updates.

The foreground process doesn't know when the color changes.

Currently the only option is to poll for color updates by repeatedly sending something like OSC 10; ? ST. That seems like a very wasteful solution to me.

Would you be more open to a less granular mechanism (for example a mode that is enabled/disabled with DECSET/DECRST)?

from alacritty.