GitLab

This CL has companion changes to account for API updates in...
 (1) frameworks/base
 (2) external/webkit

Change-Id: Ibb989e76e8bd24313849f9631dbef42cdef9eb7d

This change adds new files in /system/etc: system_fonts.xml and
fallback_fonts.xml. The change also allows a third file to be added
by vendors in /vendor/etc/fallback_fonts.xml. These files, loaded at
boot time, mimic the logic that used to be in code, but which is
now configurable through editing these files, making the system more
flexible and easy to work with for us and vendors as future fonts
are added to the system.

Change-Id: Iac0af4924ca0454c6dde4d53058b1425200ed4b7

Extending Skia-WebP interface to handle the WebP encoding as well.
The WebP encoding is required for sharing WebP images and transcoding
images from other formats like PNG/JPEG to WEBP.

Change-Id: I23d52323abf5e7eec0c6d3e0159a1ca7baee468b

This CL includes bug fixes and closely mirrors the version of
Skia used in Chrome M13, which is likely to be our baseline for
ICS.

The CL also adds source files for the SampleApp which will allow
us to execute basic skia tests. The SampleApp requires the
utils/views directory in order to run.

Finally, we have included the PDF backend for Skia in order to
experiment with using it to generate PDF files for certain
applications.

Note: The SampleApp and PDF code are not built as part of libskia.

Change-Id: I1895ccfbd8074e25f19148cc7bd1b4af571fb307

Change-Id: I012146e7769aafd35f624325501a0ee97b0cad18

Change-Id: I46f41274d07a3d7bac4728f8841c7f5e89dc9181

There is a companion change in external/webkit

Change-Id: I1c4110e7520bbef3f4e5f9551adb7ec79ac1e3ed

This merge will allow us to now import the sample app
infrastructure in skia to do on device measurements.

Change-Id: Idcab6b1524f371521717cde61a6e98a12d897e6b

Change-Id: I6cb3b47a36f8c334c7bfb77af6ea957bd2d78cf5

Change-Id: Ice2f93f6a2c910c9e4b14b5de4de083e8de9f335
Signed-off-by: Iliyan Malchev <malchev@google.com>

Change-Id: I7ed57d10905d8bad6486a4d7410165eec1cc2b4f

This merge picks up the fixed width font updates and improved
blur code from the Skia repository.

Change-Id: Iad2301a353c31da27ca214527cf4ed8f24641749

This merge has companion changes in the following projects in order
to be compatible with changes to skia interfaces and practices:

1. /frameworks/base
2. /external/webkit

Change-Id: I54092971305579e81a8fdb27bbe04ec340792e3b

This enable Skia to decode WebP images. Since BitmapFactory relies
on Skia to decode images, this aims at adding support for WebP format
in any application relying on BitmapFactory. Decoder relies on
libwepb library, imported as external library in external/webp in
Android source tree.

Change-Id: I13ef4c1404b989af6a856e9150c62e297200331b

The change is identical to https://android-git.corp.google.com/g/#change,64714 .

Change-Id: If0136fcc96bcdab323607b701e2ef69ddf42f63d

This reverts commit 2d8e7825.

This reverts commit 2d8e7825.

Change-Id: I093aea3d5e3e89c75b5086ede2b8bb30d8ceed95

Change-Id: I795129d55a0a7da90b4d604a902066868933d2a9

Change-Id: Id386c3cf549c5856de1c0c0a91665b20e59672e0

src-alpha == 0 as a no-op.

update unittests to measure this

Change-Id: If4d61ac5f7ff3d7fc27cbc3f242dbdf7ff4e76be
http://b/issue?id=2333376

http://b/issue?id=2401896

Before the fix, the image referenced in the bug would take 30+ seconds to load on a large device,
and would crash a small device. On the small device, there was no RAM cap set, since the property
we queried for does not exist there. On the large device, the properties value was too small, so
I hard-code a larger one that seems to work better.

port stretchy from master

so that others are able to use these structs/functions when they call libjpeg for compression.

There are two other related changes under review:
1) Build libjpeg to a shared library
2) Add libjpeg to the prelink map

The change is conditional at the moment inside SkScan_Path.cpp, USE_NEW_BUILDER.

This chopping is meant to only pass in reasonable floats to the edgelist, so that we never
overflow when converting to fixed-point. It also has the side-effect of speeding up edges
to the left/right of the clip, since those become vertical lines, which are faster to
walk over than the original curve segment.

Future optimizations: throw away segments to the right of the clip, and tweak the edgelist
walker to not require an explicit matching right-edge for the current run.

http://b/issue?id=2210685

It is computing out-of-range indices. When I debug it, I'll renable it with the fix.

add golden-master (gm) test app

original code submitted by ARM LIMITED 2009

vector out to those from our blitrow factory

first stage of neon optimizations