https://bugs.documentfoundation.org/show_bug.cgi?id=137468
--- Comment #28 from Leo Wang <[email protected]> ---
(In reply to Tor Lillqvist from comment #27)
> But as it causes a unit test to fail, we can't really use it as such. Either
> the test is wrong and needs to be fixed, or code elsewhere in LibreOffice
> needs to be updated to match the changed RGB colour space.
I saw the failed test (BitmapRenderTest). I think the test needs to be improved
so that it is aware of the color value shift due to the nature of color space
difference.
<html>
<table bgcolor=#22ff55>
<tr>
<td width=500>aaa</td>
</tr>
</table>
</html>
This makes a quick demo: the background color of the table cell is #22ff55. In
Digital Color Meter,
with Safari 14:
- sRGB: #23ff55
- native value: #79fb6e
- generic RGB: #2dff44 (ff is clipped)
- Adobe RGB: #93ff64
with Chrome 87:
- sRGB: #23ff55
- native value: #22ff55
- generic RGB: #2cff44 (ff is clipped)
- Adobe RGB: #93ff64
If a bitmap is created with other color space then SRGB, the RGB color value of
a pixel extracted with SRGB color space is different vs the original value.
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
