| commit | b4f03a95db84c1d18c9435d13f41787596d34b12 | |
| author | Luboš Luňák <l.lunak@collabora.com> | |
| Wed, 17 Nov 2021 09:36:25 +0000 (17 10:36 +0100) | ||
| committer | Luboš Luňák <l.lunak@collabora.com> | |
| Wed, 17 Nov 2021 13:12:48 +0000 (17 14:12 +0100) | ||
| tree | 7754058b3d738d0ebeedb54905b3641d1909efdb | treesnapshot (tar.gz zip) |
| parent | 23b17e409976f3c106028cc6617ca3a841eb839d | commitdiff |
stop vclcanvas from ruining alpha of bitmaps in Skia mode
According to the comment and tdf#45219 vclcanvas deliberately forces
alpha to be 1bpp because of poor performance. But that's not the case
with Skia, alpha is always 8bpp there, so all the hack does it make
animations look ugly and it also breaks caching capabilities of the
Skia backend because the hack always generates a new bitmap.
I don't know which VCL backend the original problem was related to,
so at least disable the hack for Skia.
Change-Id: I8a90c32dbe911cb79b617c0c447f3e9ced05f746
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125373
Tested-by: Jenkins
Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
According to the comment and tdf#45219 vclcanvas deliberately forces
alpha to be 1bpp because of poor performance. But that's not the case
with Skia, alpha is always 8bpp there, so all the hack does it make
animations look ugly and it also breaks caching capabilities of the
Skia backend because the hack always generates a new bitmap.
I don't know which VCL backend the original problem was related to,
so at least disable the hack for Skia.
Change-Id: I8a90c32dbe911cb79b617c0c447f3e9ced05f746
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125373
Tested-by: Jenkins
Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
| canvas/source/vcl/canvashelper.cxx | diffblobblamehistory |