-
Mike Klein authored
We're doing some clean up and would like to retract SkColorSpaceXform from Skia's public API. It's obsolete now that you can either, 1) just use Skia's drawing pipeline or readPixels()/writePixels() for most of its functionality; or 2) use the much more flexible skcms interface for fancy features. In the case of ui/gfx/color_transform, I decided to go with skcms because it can naturally consume and produce the 3-float TriStim format this code wants to use. The old SkColorSpaceXform required two extra transformations and an allocation, where skcms can do everything in place natively. Using draws or readPixels()/writePixels() would have required us to keep those extra transforms, as they don't (yet?) support RGB_fff pixels. Change-Id: I70f64c3ad72ebe227ed7a2a1dd7391863a8737e3 Reviewed-on: https://chromium-review.googlesource.com/1196375Reviewed-by:ccameron <ccameron@chromium.org> Commit-Queue: Mike Klein <mtklein@chromium.org> Cr-Commit-Position: refs/heads/master@{#587703}
69849a44