mirror of
https://gitlab.freedesktop.org/wayland/wayland-protocols.git
synced 2026-05-23 04:48:11 +02:00
dceda690c0
https://gitlab.freedesktop.org/pq/color-and-hdr/-/blob/main/doc/wayland_qa.md#q-should-srgb-content-be-decoded-with-the-piecewise-srgb-transfer-function I found it unfortunate that we left in a TF code that will intuitively be used incorrectly. It is as if we designed the protocol so that compositors will need to fix up client image descriptions. I am not aware of any use case that would want to target a display with the sRGB piece-wise transfer function, that would be a non-standard display. This patch does not help compositors avoid needing to second-guess client image descriptions using srgb TF, but it at least documents the situation. We could choose to out-law srgb TF in a minor version bump, or drop it completely in the next major version. Compositors can also not advertise support for srgb TF. Signed-off-by: Pekka Paalanen <pekka.paalanen@collabora.com> |
||
|---|---|---|
| .. | ||
| alpha-modifier | ||
| color-management | ||
| color-representation | ||
| commit-timing | ||
| content-type | ||
| cursor-shape | ||
| drm-lease | ||
| ext-background-effect | ||
| ext-data-control | ||
| ext-foreign-toplevel-list | ||
| ext-idle-notify | ||
| ext-image-capture-source | ||
| ext-image-copy-capture | ||
| ext-session-lock | ||
| ext-transient-seat | ||
| ext-workspace | ||
| fifo | ||
| fractional-scale | ||
| linux-drm-syncobj | ||
| security-context | ||
| single-pixel-buffer | ||
| tearing-control | ||
| xdg-activation | ||
| xdg-dialog | ||
| xdg-system-bell | ||
| xdg-toplevel-drag | ||
| xdg-toplevel-icon | ||
| xdg-toplevel-tag | ||
| xwayland-shell | ||