| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
We removed the implementation, so there's no point trying to test it. (The
methods are still there for binary compatibility, which is why this still
compiled.)
Change-Id: I51f392f3dab542fca0c80fab4974354e2c689b9e
|
|
|
|
|
|
|
|
|
| |
This API can be used to back a view and its children with either a
software layer (bitmap) or hardware layer (FBO). Layers have
various usages, including color filtering and performance
improvements during animations.
Change-Id: Ifc3bea847918042730fc5a8c2d4206dd6c9420a3
|
|
|
|
| |
Change-Id: I69dadd57184d2d80f426c1c862ed0a040c8baf03
|
|
|
|
| |
Change-Id: I4061ccf77d47045a23065d27d6c9fa7452d085cc
|
|
|
|
|
|
|
|
| |
if a webview dump times out, normally it's already in a bad state,
throwing runtime execption will generate a crash on the test case
and make the test move forward.
Change-Id: Id7430700db6b6d90160d60d23debd250b1731789
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Layers require that drawing methods potentially
draw in more than one bitmaps.
To handle this this patch offers the following:
- move all drawing methods to use Drawable
- Drawables are now handled by GcSnapshot since
its the one handling the layers
- moved Canvas_Delegate.createCustomGraphics to
GcSnapshot which does not expose the Graphics2D
objects anymore so its draw() methods are the only
way to draw.
- handles creating layers in GcSnapshot.save() and
blitting them in restore()
Other changes:
- Clean up the create/save API in GcSnapshot
- Fixed drawing bitmaps with alpha and other
composite modes.
Change-Id: I1e230087493d044a10de71f4b6d29083e3f3bf64
|
|\ |
|
| |
| |
| |
| | |
Change-Id: I5a252e314831716f99ce5fbb32d983c7473ee787
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
- always set up the stroke. Paint may not have the proper
style when drawing lines. stroke should still be setup.
- Fixed vertical linear gradient. Old code generated
a gradient ratio of NaN
- Fixed alpha rendering when using shaders. In that
case the alpha channel from the paint color should be
used in conjunction with the shader.
- Fixed miter limit. Java expects the value to be multiplied
by the stroke width
- Fixed support for drawing ALPHA_8 bitmaps. Java2D doesn't
have bitmaps with only alpha channels, so we keep using
ARGB bitmaps but when drawing them into a bitmap we erase
the color information.
Change-Id: I4f04341fc843e3f7dadd1fdbf709b11a4f1e24b9
|
|/
|
|
|
|
|
|
|
|
| |
Also created delegates for all missing shader, xfermode
and patheffect classes. Moved the logic of the xfermode,
and patheffects that was in Canvas_Delegate into the
xfermode/patheffect classes, and added support (in all
3 clases) for knowing if the shader/xfermode/patheffect
is actually supported or not. Make use of fidelityWarning
in LayoutLog if they are not.
|
|
|
|
|
| |
Bug: 3284968
Change-Id: I7171b7770c2972bb56672a771c7ed5ca10fb4dda
|
|
|
|
|
| |
Bug: 3285647
Change-Id: I3acafe4690a4d2c7fae74bbd01a5f487867f2fc6
|
|
|
|
| |
Change-Id: Ic9eb0d38ad684d2f2c95a4f586f865db911cb872
|
|\ |
|
| |
| |
| |
| |
| | |
Change-Id: I18650718a7e49c84a0cc3c5b0c1172c71d2d54cf
http://b/3073226
|
|\ \ |
|
| |/
| |
| |
| |
| |
| |
| |
| | |
The goal is use the app to test layout lib, so layout
files are needed, and custom views must be instantiable
(ie public)
Change-Id: I46bb3d8af6e4d7973d041aa618f1c7762efd93d0
|
|/
|
|
|
| |
Change-Id: I178e376ab12d82e23a8b0ddd267a6c150c9bbddf
http://b/3073226
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Also know as:
Issue #3272051 Contacts edit view: Tapping the in-app back button
results in a forward transition
Yeah more complexity in deciding which animation to use.
Also reduce complexity in deciding which app's animation set to use,
to balance things out (and make it have less stupid behavior).
Change-Id: I78c6c5c5249a96206f7e03ce587c1dcb9a7dc14f
|
|\ |
|
| |
| |
| |
| |
| |
| |
| | |
Bug #3207544
Bug #3225875
Change-Id: Ibdd1dfc64e01625d5c441f39eb0aa3ee647f6ff5
|
|/
|
|
| |
Change-Id: I281f7fd94624611797fceb162d6a5e12b6b08d20
|
|
|
|
|
|
|
| |
currently DRT will block upon launch if HW acceleration is enabled. see
b/3255765.
Change-Id: I19f2e6a6673a0284fd4916370b06aa80e04df4d2
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Currently test code use getActivity to get DRT's assets. However
the side effect is that this will actually launch the activity.
This is not affecting any tests yet, however there are cleaner
ways to do this. The instrumentation framework provides a
getTargetContext call which will give access to app under test's
context, and therefore granting access to its assets.
Change-Id: I0560b0fa5681f80bcb9296beec3fd0549c40cc8e
|
|/
|
|
|
|
|
|
|
| |
(This introduces a StatusBarManager disable flag to ask the
status bar to hide just the clock, which might be useful in
other situations, such as clock/dock apps.)
Bug: 3130393
Change-Id: Ia08627508518e2ed3713ffbf856e4ec42952b3a8
|
|\ |
|
| |
| |
| |
| | |
Change-Id: I1357c734288829b42cebe88f147f5b8a03ac6f74
|
| |
| |
| |
| | |
Change-Id: Iccbe1609bbe582180d1c61f908b8dce4d485494b
|
|/
|
|
|
|
|
|
|
|
|
|
| |
Ordinarily, changing the "when" slot when updating a
Notification will move its expanded payload to the bottom of
the notification panel's list. But if it's already at the
bottom, this causes an unsightly out-then-in animation
sequence. We now check for that exact situation.
Bug: 3222274
Bug: 3162218
Change-Id: I8b643b3f8bce64e57a22bdbb06d92c196c2484c2
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Currently layout test list is passed between two processes in
intent, which does not work for large lists. This change store
the list in external storage folder (per app based, actual
location determined by framework) instead.
Change-Id: Ib175f766159f5e4f831d6b9ace9f1c4caef7298d
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | | |
Bug: 3227269
Change-Id: Iae94fe1c8b0ccb52463733c676569c0b9c887963
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
What this adds:
- A new Intent activity flag to completely replace an existing task.
- A new Intent activity flag to bring the current home task up behind
a new task being started/brought to the foreground.
- New versions of startActivity() that take an array of Intents to be
started, allowing applications to start a task in a specific state.
- A public moveTaskToFront() method on ActivityManager, with a new flag
that allows the caller to have the task moved to the front with the
current home task immediately behind it.
Change-Id: Ie8028d09acffb5349d98043c67676daba09f75c8
|
|/ /
| |
| |
| |
| |
| | |
notification builder.
Change-Id: I9354ed2c2cda690f53e5f43ad60943b63b02e7d4
|
| |
| |
| |
| | |
Change-Id: I8537c602b5b5fca03be8980295bfa28330543669
|
| |
| |
| |
| | |
Change-Id: Iac8764542ddcd3ef0375f6d6d03225e9f6c2fc1c
|
| |
| |
| |
| | |
Change-Id: I248b4fe1732ed290e9f3f9c094de4544a0e396ab
|
| |
| |
| |
| |
| |
| | |
Notification.Builder class.
Change-Id: I7c57b81c45defe77d6f3d22472e9cf8432bbed03
|
|/
|
|
| |
Change-Id: I588c6d3c246d0233f7dfffa7920d44c14556c339
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We now decide whether to use a bitmap background based on whether the
window's drawing is hardware accelerated. To do this, there is a new
"state_accelerated" that state list drawables can be parameterized on,
and the standard window background uses this to select a solid color
or bitmap drawable as appropriate.
Introduces a little hackery to have wm preview windows pretend like
they are hardware accelerated even if they aren't, so the preview looks
closer to the actual app.
Also Add a DialogWhenLarge variation for the light theme.
Change-Id: I215a79d5df65ba3eed52ab363cade9d8218a6588
|
|
|
|
|
|
| |
This is required for LayoutTest fast/dom/Node/mutation-blur.html
Change-Id: Ib82f897ab61ac3a8e8eacee8ec08f5242c43c736
|
|
|
|
|
|
|
|
| |
This factors out a new Point class and a new
createViewPointFromContentCoordinates() method. This will allow Point
and the conversion method to be re-used with mouse events.
Change-Id: I2d689d0ffa0ad7ba01d0e90f78c812604ab96234
|
|
|
|
|
|
|
| |
This test now passes with both HTTP stacks.
Bug: 3047156
Change-Id: Ibb723d3e1b8bf45c23abf5ebd7a9789a5c7cc6de
|
|
|
|
|
|
|
|
|
|
| |
I've manually checked the existing LayoutTests for false positives.
There are non-test .php files, but they're all in "resources"
subdirectories, so they should be caught by isTestDir(). Added an
extra @warning to isTestFile() just in case.
Bug: 3164771
Change-Id: Ib282acf46f6e839439ce521c4b2cb5820fcd263c
|
|\
| |
| |
| |
| |
| | |
* changes:
Fix DumpRenderTree2 to not attempt to read expected results over HTTPS
Fix FsUtils.readDataFromUrl() to do the network request on a background thread
|
| |
| |
| |
| |
| |
| |
| | |
This is required now that we have HTTPS tests in the triaged set of
tests.
Change-Id: I650518a4536ed903f637a44c0901b1e38bdc1a84
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This is required now that doing network requests on the main thread
throws NetworkOnMainThreadException.
Also updates TestsListPreloaderThread to create the FileFilter lazily
and removes a superfluous FileFilter param from the Summarizer
constructor.
Change-Id: If15fddac934cd8be611f6693b25837657abbddc3
|
|/
|
|
|
| |
Bug: 3104906
Change-Id: Ia37236ba1775fc3ec8c111e2e0b85b105e0dea6a
|