Vasili Novikov

@miracle2k I'm not sure 100%, but I think so.

Thanks for the explanation! Regarding the `process` function and the temporary buffer -- indeed this is how I thought it can be done as well. I'm not sure I'll have...

@breard-r thanks for the insightful comment! (Also, was interesting to read it and some of the articles.) Feel free to close the issue if deemed more proper

Hi. Regarding `xcalib`. Unfortunately, it deals with each color separately -- an approach that can only lead to RGB inversion, but not anything smarter. See this section on alternatives: https://github.com/vn971/linux-color-inversion#alternatives-future-work...

@log69 thanks, that's very interesting. I actually knew about the firefox add-on -- just don't use it personally. I think it makes all the sense to add it to the...

@log69 I wonder if it makes sense to move said instruction to a separate paragraph in this repo or any others(?). If you'd be willing to provide a PR, I'd...

Maybe the correct way would be to fork "gnome-shell-extension-invert-color", make necessary changes, add "RGB shift" version and advertise the fork from this repo. You know what', I'll re-raise the issue.

Hi @JackKenney. `xrandr`, or anything channel-independent, absolutely cannot work like the advanced approaches "RGB shift" and "matrices". This is partly covered in the bottom section, maybe you'll find it useful(?)...

For XFCE specifically I know `xfwm` expressed interest in glsl support (or color inversion specifically), I think they might be willing to help writing this feature as well. For ElementaryOS,...

@JonathanILevi if you want, I can make you a *.glsl that makes colors darker, so you can test it out and compare result. Is that something you'd want?