[Libreoffice-bugs] [Bug 137468] Severe performance degradation on a macOS with 10-bit displays

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Thu Oct 22 14:40:59 UTC 2020


https://bugs.documentfoundation.org/show_bug.cgi?id=137468

--- Comment #34 from Tor Lillqvist <tml at iki.fi> ---
But it isn't only about the test. LibreOffice itself must also continue working
and show colours as before.

If we start claiming to the OS that the windows and bitmaps we use are in a
wide-gamut colour space, but still use RGB values in them that are in sRGB,
won't the colours look all wrong?

If a document uses an 8 bits per channel RGB colour (0, 255, 0), that means the
colour is the green primary of sRGB (which is the implicit default colour
space), doesn't it? 

And if that colour then is used as such in a pixmap claimed to be in the
display's native wide-gamut colour space, and drawn to a window that also uses
the same wide-gamut colourspace, it will be shown as a much different green, as
the green primary of the wide-gamut colour space.

Or am I missing something?

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20201022/27222253/attachment.htm>


More information about the Libreoffice-bugs mailing list