| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Only implemented for now when USE_RECORDING_CONTEXT is enabled. Standard
SkPicture PicturePile implementation defaults to hasText = hasContent = true.
Change-Id: I535b53151963bf8c415e420c1d5a789954e98cbf
|
| |_|/ / /
|/| | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Handle it the same as a save/restore, but split up the SkMatrix handling
as beginTransparentLayer does not save the matrix
Also, enable RecordingContext by default, as all major known issues should be
fixed now.
Change-Id: I414556f65d5de704e2ce18e44a87d932b937993b
|
| | | | |
| | | | |
| | | | |
| | | | | |
Change-Id: I1a956939c35ab37a2195a5589276589301c97da9
|
|/ / / /
| | | |
| | | |
| | | | |
Change-Id: Id69b9d7ff6c7bdecbf344cd4b982abbb292a415d
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
used PicturePile.
bug:6835416
Change-Id: I7b66d9a6b5bea7196181e2a6dfcecef33d4996d0
|
|/ / /
| | |
| | |
| | |
| | |
| | |
| | | |
used PicturePile.
bug:6835416
Change-Id: I5d810af206e111cfb7645e53d11f1aa6b35b313e
|
|\ \ \ |
|
| | | |
| | | |
| | | |
| | | | |
Change-Id: I71b309c96cedefee66b9b7100e483c934e198085
|
|\ \ \ \ |
|
| | | | |
| | | | |
| | | | |
| | | | | |
Change-Id: I5e04c28a0c65378a26b1b99bcfeed4331591e265
|
|\ \ \ \ \
| |_|/ / /
|/| | | | |
|
| | | | |
| | | | |
| | | | |
| | | | | |
Change-Id: I52d46f45692c5b0ed0a23b01cb6b21c9bf672840
|
|\ \ \ \ \
| |_|/ / /
|/| | | | |
|
| |/ / /
| | | |
| | | |
| | | | |
Change-Id: I68b4c303b59fd4127c83e9ccb1d43ed630e21253
|
|\ \ \ \ |
|
| | | | |
| | | | |
| | | | |
| | | | | |
Change-Id: I1e8f607a94685f3aa8f63e40fe2a265bca8a084e
|
|\ \ \ \ \ |
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
bug:6829376
This reverts commit 0453f79675ffe6fddb59add2dcee0e3f0e7e74b1
|
|\ \ \ \ \ \
| |_|_|/ / /
|/| | | | | |
|
| | |/ / /
| |/| | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Clear will only happen when the player is stopped and we are moving away from
the current page.
bug:6520904
Change-Id: I8fd872eefdc012aa819280499298e50186a9a20f
|
| | | | |
| | | | |
| | | | |
| | | | | |
Change-Id: I1d9c361cff6d8b5ff5f1cd198ca97740fdcc2954
|
|\ \ \ \ \ |
|
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Change-Id: I71e41f1a76ac3e8e845d9636d57cf3896bb6ec0d
|
|\ \ \ \ \ \ |
|
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
Change-Id: I8ef6737ef4798d0a0b9100ea60e3a04b8198661c
|
|\ \ \ \ \ \ \
| |/ / / / / /
|/| | | / / /
| | |_|/ / /
| |/| | | | |
|
| | |/ / /
| |/| | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
A change in collection, visible rect or scale will cause a re-prepare in invoke
mode. Always re-prepare in draw mode to keep updating tile draw counts - this
way a scrolling webview doesn't steal tiles unjustly from a non-scrolling
webview.
Change-Id: Idf9f88afe36b582a3aa0369cfb76d8e47e5d3da6
|
|\ \ \ \ \
| |_|/ / /
|/| | | | |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
The previous text bound estimates were incorrect for vertical text, empty
for single-glyph runs, and generally way too large. This change addresses
all of the above issues.
Change-Id: I5f3740a96f0532609f57347299ccb1adf78dc391
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Change-Id: If46f35856279ab2a356cb7f99671fcd15f4ddf37
(cherry picked from commit 19d56fe70a9ea33c3ce2ad4f0b547e35453aeafd)
|
| | | | |
| | | | |
| | | | |
| | | | | |
Change-Id: I13145c96ae5911c5ebe6b2006c53f1a05ffddc1e
|
|/ / / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
mallinfo will block any malloc/frees while it is running, and
unfortunately it is rather slow - it takes upwards of 70ms. Fortunately,
we don't need all the info mallinfo returns, and can instead query
for the total usage directly. This call merely returns a global value,
so the caching mechanism that is in place is no longer necessary.
Change-Id: Ida3af9202a6825b19b8590d4b40ca72ba2230c90
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Make sure to take into account the current matrix to calculate the right
global bounds
Tag operations with the matrix that affected their drawing
Change-Id: Iadda9f3849dc3df1507e63423ff8d3ad0f37d74e
|
|\ \ \ \ |
|
| | | | |
| | | | |
| | | | |
| | | | | |
Change-Id: I7a081b0a99574697a2ea77f85693d7fa65b80743
|
|\ \ \ \ \
| |/ / / /
|/| | | | |
|
| |/ / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Currently, SkPaint::measureText() is very, very slow. Fortunately, we
do not need precise text bounds and can live with approximated bounds
so long as the approximation is not smaller than the glyphs. We err
very much on the side of safety so as to play nicely with calligraphic
fonts and scripts that make heavy use of modifiers.
Change-Id: Id08f0856c0d902386089560fc3cfcdd853a06177
|
|/ / /
| | |
| | |
| | | |
Change-Id: Iaf91d46b448ae49fe2359cfd19694995edec95e5
|
| | |
| | |
| | |
| | | |
Change-Id: I1380ae53139d5f50a25ea5edb61ec8b6818112ca
|
|\ \ \ |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This just keep the state in sync with java side, even though native side didn't
rely on such states.
Change-Id: Ia73b4d09eed7282cdf1687d9ba6e74788749f738
|
|\ \ \ \ |
|
| |/ / /
| | | |
| | | |
| | | | |
Change-Id: I967c8e2ea209c848e6a09b44390ab2228b213ca5
|
|\ \ \ \ |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Bug: 6763306
The prior approach queries and deletes only the resources that are
given in the manifest file. There are two problems it seems:
1. It is expensive & complicated. The deletealldata is called by an API
method which clearly states this will clear all javascript storage APIs.
there is an webstorage API for this, why make it complicated?
2. It seems a bug somewhere actually prevents cleaning disk storage.
(see the bug above for experiments). This can be a bug of the old approach,
or this can be a webkit bug (less likely).
Change-Id: I7cf984efce5117191ca0e691007e2e0a11d75e93
|
|\ \ \ \ \
| |_|/ / /
|/| | | | |
|
| |/ / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Bug: 5869022
When appcache reached max size, a callback is triggered. The
second parameter of this callback was returning the used Web SQL
quota, which is a rather different concept then AppCache. Fix this
to return max database size.
Change-Id: I5ece83934d5a43b6927bc8fc25bcae1354c49149
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Makes more sense to have PlatformGraphicsContextRecording
do the optimizations as it already has all of the interesting data
rather than have GraphicsOperationCollection "deep inspect" the
stream
Change-Id: I0dba6531a352d178afbee2c5eea7d67b82c28df5
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
WebKit will sometimes produce graphics context calls that result in
GC::Save, GC::SetClip, GC::Restore - as they don't do any drawing, we
can detect and filter those out which saves on the amount of state
management done.
Change-Id: I61715b0a14adb39521c605e2562fc4ac4e70a327
|
| | | |
| | | |
| | | |
| | | | |
Change-Id: I086a3ff7b6191bf5e20f8b5f6f74bcc7d2e867c2
|