07:27 <dnkl> emersion: I'm not seeing the transform being applied to subsurfaces (e.g. the CSDs). Is that a known limitation of your quick hack?

08:01 <dnkl> rnd: ifreund: emersion: https://codeberg.org/dnkl/foot/pulls/1974. Works very well. No visible performance impact at all

08:01 <rnd> neat

08:03 <ifreund> very nice :)

08:03 <rnd> and i bet the wayland protocols and compositors adopting the protocol will also be useful for every other toolkit program that also wants to have gamma-correct blending

08:04 <emersion> dnkl: hm it shouldn't care whether it's a subsurface or not

08:05 <dnkl> emersion: it's a bit weird, because it looks like the first frame has the correct colors, but then it's gone

08:05 <emersion> the hacks are just disabling optimizations

08:05 <emersion> hm

08:34 <dnkl> rnd: @rnd@toot.cat is you?

08:34 <rnd> yep

12:14 <WhyNotHugo> text looks clearly sharper in those screenshots. can't wait to see this on my own screens

12:14 <WhyNotHugo> btw: thanks for nerd snipping me into readinng about this whole "gamma correction" topic today XD

12:20 <rnd> it's a thing that takes a lot of UI programmers unaware (and makes UI designers very annoyed)

12:28 <rnd> i think there's a minutephysics video that describes it very well (although afaik it simplifies things a bit by assuming RGB colors are just square roots of linear colors, whereas in reality the power is more like 2.2, plus a small linear scale at the very bottom)

13:23 <WhyNotHugo> rnd: " Computer Color is Broken"? It seems to already be in my bookmarks 😂

13:41 <dnkl> WhyNotHugo: read your blog post 👍

13:42 <dnkl> a note on the expensive math... since we're typically going from 8-bit encoded channels, the translation is often done with lookup tables

13:42 <dnkl> both foot and pixman does this

13:43 <WhyNotHugo> Right, that's a lot saner than x^2.2

13:43 <dnkl> however, it's *still* very expensive CPU wise, to do it for every pixel. Hence why foot doesn't even bother implementing that part, but requires compositor offloading

13:47 <WhyNotHugo> I'm noticing that applications that want to run on other desktops can't expect the same offloading capabilities.

13:47 <WhyNotHugo> E.g.: if foot wanted to run on x11 too, you'd need to implement gamma correction yourself (or link to a library that does it for you).

13:48 <emersion> or set the global gamma LUT to do it for you (and break all other apps, but welcome to X11!)

13:48 <emersion> (that's what color-managed X11 apps do)

13:50 <WhyNotHugo> Wait, is this why video games circa 1998 messed up colours for all other progams while running?

13:50 <WhyNotHugo> And screenshots had all colours messed up?

13:56 <emersion> yes

13:56 <emersion> https://gitlab.freedesktop.org/pq/color-and-hdr/-/blob/main/doc/winsys_color_pipeline.md?ref_type=heads#x11-color-pipeline

13:57 <dnkl> WhyNotHugo: luckily, I don't have any plans in supporting any other platforms :)

18:06 <WhyNotHugo> I think this is the correct choice if you want to leverage compositor capabilities.

21:42 <WhyNotHugo> ctrl+shift+o shows ^ for a specific link, but typing ^ does nothing

21:42 <WhyNotHugo> I have english intl keyboard, so this character is a chord of `shift+6 space`.