Qt5 uses a gamma of 1.7 for text rendering on X11. The KDE gamma slider is an effect on the whole screen, not how elements are blended together inside singular apps.
Not sure there is any other place we could read an expected gamma from on Linux, the only other source is using real gamma from monitors EDID, but that would result in a much higher gamma and lighter text, probably not fitting user expectations. Though perhaps we ought to have a switch allowing users to use real numbers instead of simulating traditional mistakes. Allan On Dienstag, 4. Mai 2021 12:20:38 CEST Rob wrote: > Ok, I understand. > > I am using KDE so I guess qt5 is responsible for gamma correction (and > probably assumes monitor is 2.2). > On May 4 2021, at 10:53 am, Werner LEMBERG <w...@gnu.org> wrote: > > > But if it is correcting the gamma it must assume that my monitor has > > > a certain gamma? > > > > As Allan has written: FreeType does *not* interact with gamma at all! > > If you want to be very precise you could say that FreeType doesn't > > return bitmaps with color or grayscale pixels. Instead, it returns > > *coverage* values (i.e., how much area of a pixel is covered by ink), > > and the calling graphics library has to further process it. This > > includes application of gamma correction. > > > > > > Werner