<div dir="ltr"><div>Just for anyone interested, here is a direct link to the testing AppImage package:</div><div><br></div><div><a href="https://files.kde.org/krita/testing/wayland-color-management/krita-6.0.0-prealpha-4a5c0e584d-x86_64.AppImage">https://files.kde.org/krita/testing/wayland-color-management/krita-6.0.0-prealpha-4a5c0e584d-x86_64.AppImage</a></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Tue, Sep 9, 2025 at 3:08 PM Dmitry Kazakov <<a href="mailto:dimula73@gmail.com">dimula73@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi, all!</div><div><br></div><div>WARNING1: Wayland HDR support is **NOT** implemented yet, only SDR color management!</div><div>WARNING2: The support is tested against KWin only, the status of other compositors is unknowns.</div><div><br></div><div>Just wanted to let you know that Krita has just got Wayland color management support. If you have the Wayland compositor properly configured (and the compositor doesn't have bugs [1]), then Krita should run in "preferred surface color space" mode and handle the colors properly.</div><div><br></div><div>How to test:</div><div><br></div><div>0) Have Krita built with Qt6 (vanilla or patched, doesn't matter)</div><div>1) Configure your Wayland compositor to use a proper display profile for your screen</div><div>2) Force Krita to use Wayland: `export QT_QPA_PLATFORM=wayland`</div><div>3) Start Krita, open any colorful image</div><div>4) Open Settings->Preferences->Color Management->Display</div><div>5) Check "Enable canvas color management" (no restart is needed)</div><div>6) In "Canvas surface color space" select "Preferred by operating system" (no restart is needed)</div><div><br></div><div>Now the colors of your image should be perfectly correct.</div><div><br></div><div>You can check the current state of the color management in a special report:</div><div>Help->Show Color Management Information</div><div><br></div><div>What needs to be tested:</div><div><br></div><div>1) Color Proofing</div><div>   1) Press Ctrl+Y to enable color proofing</div><div>   2) Go to Image->Properties->Color Proofing</div><div>   3) Try to proof in different modes: "display" and "paper", the view of the image should change accordingly</div><div><br></div><div>2) Move Krita window between different screens. Krita should change the surface format to adapt to the values of </div><div>    the new screen (you can verify it in Help->Show Color Management Information report)</div><div><br></div><div>The builds will be available in tomorrow's nightly pipelines. Please take it into account that Qt6 builds are **not** uploaded to CDN site and should be fetched directly from the pipeline!</div><div><br></div><div></div><div><br></div><div>[1] - KWin 6.4.4 has a bug when changing the rendering intent of the surface. It doesn't apply the change. The bug will only be fixed in KWin 6.4.5. Right now Krita has a hardcoded workaround for this bug, though this workaround may theoretically cause crashes.</div><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature">Dmitry Kazakov</div></div>
</blockquote></div><div><br clear="all"></div><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature">Dmitry Kazakov</div>