In D9909#193303, @dvratil wrote:

with gamma and other values simply missing, but we don't use those anywhere at this point

@dvratil It will help other users as well. Some existing tools can adapt to Wayland, with the EDID information.

In D8763#180987, @DrSlony wrote:

Here is the ICC profile:

HSD173PUW1 #1 2016-10-19 19-21 D6500 2.2 F-S XYZLUT+MTX 100% 4.0.icc788 KBDownload

Set it as the monitor profile in a properly color-managed program such as RawTherapee or GIMP, then go through a few photos viewing them using the relative colorimetric rendering intent (which is what Gwenview should use by default) and the perceptual intent (which is what Gwenview currently uses).

In D8763#181113, @DrSlony wrote:

1. It is unreasonable to force an intent which alters the appearance of the whole image in an image viewer. In-gamut colors should not suffer in an image viewer due to the monitor being unable to display a few out-of-gamut colors.

@rkflx Oh, I missed your ping. Sorry for the late reply.

In D5928#112398, @subdiff wrote:

In D5928#112368, @cfeck wrote:

First, the difference between "color management" and "color correction" is that color correction is only one step in the color management workflow. KWin would need (again) be able to apply color correction to take part in the color management workflow. As such, the terms color correction and color management can be used interchangeably in the context of KWin discussion.

Gamma correction (as implemented by the hardware LUTs) cannot be used for color correction, because it lacks the cross-component modifications computed by the 3x3 matrix or the 3D LUT.

The term "gamma correction" has been used since decades in the context of video cards, even if they are not only used to apply gamma correction, but also brigthness/contrast adjustments, color inversion effects, and temperature adjustments.

Thanks for the explanation in your own words, but there has to be some misunderstanding. I wanted to see a quote from a second source besides you ...