Wayland Color Management support has just been merged into master!
Dmitry Kazakov
dimula73 at gmail.com
Tue Sep 9 14:08:56 BST 2025
Hi, all!
WARNING1: Wayland HDR support is **NOT** implemented yet, only SDR color
management!
WARNING2: The support is tested against KWin only, the status of other
compositors is unknowns.
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.
How to test:
0) Have Krita built with Qt6 (vanilla or patched, doesn't matter)
1) Configure your Wayland compositor to use a proper display profile for
your screen
2) Force Krita to use Wayland: `export QT_QPA_PLATFORM=wayland`
3) Start Krita, open any colorful image
4) Open Settings->Preferences->Color Management->Display
5) Check "Enable canvas color management" (no restart is needed)
6) In "Canvas surface color space" select "Preferred by operating system"
(no restart is needed)
Now the colors of your image should be perfectly correct.
You can check the current state of the color management in a special report:
Help->Show Color Management Information
What needs to be tested:
1) Color Proofing
1) Press Ctrl+Y to enable color proofing
2) Go to Image->Properties->Color Proofing
3) Try to proof in different modes: "display" and "paper", the view of
the image should change accordingly
2) Move Krita window between different screens. Krita should change the
surface format to adapt to the values of
the new screen (you can verify it in Help->Show Color Management
Information report)
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!
[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.
--
Dmitry Kazakov
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kimageshop/attachments/20250909/a23aad8d/attachment.htm>
More information about the kimageshop
mailing list