| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Change-Id: I570314b346ce101c935ed22a626b48c2af266b84
|
|\
| |
| |
| | |
Change-Id: I04c05a531d31cd8f44104a31f107eba786aaa9b4
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Bug:4080127
Inset the track by half the width of the thumb so the thumb
travels along the entire length of it.
Make the track narrower vertically, and align it with the
center of the thumb drawing.
Draw the portion of the track that has already been covered
with a different asset.
Change-Id: I37acedc8e8b75bab59fcac7e075c59d70550795c
|
|\ \
| |/
| |
| |
| | |
* commit '38f3c4a204bfa7d75953f6d9cbd489b696d5a8b1':
Improving HTML5 video controls
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
- correct support for the fullscreen button
- change the controls to be 48px high
- auto-hide the controls, touching the video makes them appear again
bug:2126902
Change-Id: Idd2b720034de3d5d432c9ea62d9045934c46f6c1
|
|\ \
| |/
| |
| | |
Change-Id: I270cbb054174dd3c2dc4464b484ad2c5a8db2724
|
| |
| |
| |
| |
| |
| |
| | |
Only allow translucent controls for video...
bug:2126902
Change-Id: I95fbf1fc736391a3adec3930119531684a1a9082
|
|\ \
| |/
| |
| | |
Change-Id: I1f46d4444330bf7e03b99a5d0089e9388b9ea8bd
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
- remove the seek buttons on the control bar
- make the control bar translucent
- add a fullscreen button passing the layer id to the java side
bug:2126902
Change-Id: Id9638f6b01f968839eaf4b0bd8cf1603957753af
|
|/
|
|
|
|
|
|
| |
Part of bug:3009375
Requires a change to frameworks/base.
Change-Id: I9f5e86afff4c87e16889eadf0ad0049120885480
|
|
|
|
|
| |
bug:3451973
Change-Id: Ie334c54ebb6b5b1083616739f9a90b8e8f3b6693
|
|
|
|
|
|
|
|
| |
Bug:2754767
Enables us to remove some layering violations.
Change-Id: Iea184c7946bca9d840c708918f545a9d9b436254
|
|
|
|
|
|
|
|
|
| |
The logic is similar to safari. In ChromimumSkia, seems there's no
setting for the minHeight. Other settings in safari are not copied,
since after trying, it's not working well.
Issue: 2732674
Change-Id: I5235f092f44d9e70e3aede7b7c50f425473db163
|
|
|
|
|
|
| |
See http://trac.webkit.org/changeset/62104
Change-Id: I89f38ef8d8e76b8e2872848dbab1bf103429783b
|
|
|
|
|
|
|
|
|
|
| |
HTMLDocumentParser.cpp - Conflict due to Android instrumentation - http://trac.webkit.org/changeset/62033
FrameView.cpp - Conflict due to iframe flattening - http://trac.webkit.org/changeset/62135
Settings.cpp/h - Conflict due to Android plugins - http://trac.webkit.org/changeset/62284
DragData.h - Conflict due to Android special-case - http://trac.webkit.org/changeset/62124
RenderThemeAndroid.cpp/h - Conflict due to not-yet-upstreamed video - http://trac.webkit.org/changeset/62104
Change-Id: If5bd7bf0de525454166c3ccea050da55b29644c3
|
|
|
|
| |
Change-Id: Ie3da0770eca22a70a632e3571f31cfabc80facb2
|
|
|
|
|
|
| |
See http://trac.webkit.org/changeset/59956
Change-Id: If1839f65ad960250c7dda5b565bd47278aa7df14
|
|
|
|
|
|
| |
https://android-git.corp.google.com/g/#change,41406
Change-Id: Ief37a7d9879308f0749fcd569e82fddc3f989a8a
|
|
|
|
|
|
| |
different resolutions, use new assets and don't deform the arrows
when stretching the select box.
http://b/issue?id=2506670
|
|
|
|
|
| |
https://bugs.webkit.org/show_bug.cgi?id=31825
https://bugs.webkit.org/show_bug.cgi?id=31831
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Cherry-pick of an earlier change, listed below, which was somehow
lost. Fixes http://b/issue?id=2273867
https://android-git.corp.google.com/g/#change,5072
Fix <select with multiple and/or size > 1.
With the latest WebKit drop we lost a hack we had to make ListBoxes
behave like MenuLists. Rather than reviving it, now in WebViewCore
check for isListBox(). This makes a click once again open the list
so the user can choose the selection. Also disable WebKit's drawing
of the text shown, and simply draw it ourselves, so we can draw
nothing or the first item selected.
|
|
|
|
| |
https://bugs.webkit.org/show_bug.cgi?id=31423
|
|
|
|
| |
Fix http://b/issue?id=2159794
|
|
|
|
| |
color.
|
|
|
|
|
|
| |
the real background"
This reverts commit 02b5ebb30fc88967b843818cbc61987f9dc9685d.
|
|
|
|
|
|
|
| |
real background
color is used.
Re-instate using the correct color for the text.
|
|
|
|
|
|
|
|
|
| |
The browser directly references the names of the asset
files it uses to draw buttons, checkboxes, and radio
buttons. Update the names to correspond to the latest
assets. Fixes issue http://b/issue?id=2086818
Change-Id: Iac8d8762252707e21a88e65ba44de24a5fa2f869
|
| |
|
|
|
|
| |
http://trac.webkit.org/changeset/43367/trunk/WebCore/dom/Element.h
|
| |
|
|
|
|
|
|
| |
In drawCursorRing, we potentially use a different value than bounds
for the cursor ring. If we use that other value, also use it for
the invalidation to clear it later.
|
|
|
|
|
|
| |
Fix for http://b/issue?id=1936210. When we merged the latest
WebKit, we lost an api we used, and in the code change we
reversed enabled and disabled buttons.
|
|
|
|
|
|
|
|
|
| |
With the latest WebKit drop we lost a hack we had to make ListBoxes
behave like MenuLists. Rather than reviving it, now in WebViewCore
check for isListBox(). This makes a click once again open the list
so the user can choose the selection. Also disable WebKit's drawing
of the text shown, and simply draw it ourselves, so we can draw
nothing or the first item selected.
|
| |
|
|
|
|
|
|
|
| |
See
https://bugs.webkit.org/show_bug.cgi?id=26264
https://bugs.webkit.org/show_bug.cgi?id=26265
https://bugs.webkit.org/show_bug.cgi?id=26280
|
|
|
|
| |
Fix for buganizer issue 1377239. The <select> element's text was not visible on this page because it was the same color as our treatment. With this change, we now mimic the Mac's behavior and make the text black for enabled elements and dark gray for disabled elements.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
rendering of the textfield, yet we retain the benefits of having the TextDialog.
Frame.cpp:
Removed a line that should not be there anyway. Somehow when merging in Apple's ENABLE(TEXT_CARET) changes we left in a line that disables the blinking Cursor.
Platform.h:
Let WebKit draw the cursor.
RenderThemeAndroid.cpp:
Make the active selection color (the color of a selection in an active <textfield> or <textarea>) visible, and match the selection color shown in other places in Android.
WebViewCore.cpp:
Make the focused node's document's focus controller active. This allows webkit to draw the cursor.
TextDialog.java:
Set WillNotDraw to true, and remove our background, so that the TextDialog is completely invisible. Note that I have not changed its visibility to View.VISIBLE, which would have other undesired effects (would not accept touch events, for example). Since we are not drawing, remove onPreDraw, which is no longer necessary. In onSelectionChanged, pass a message to webkit telling it that the selection has changed. It is important that the two threads always agree (albeit webkit may be behind) because the user will now only see the selection drawn by webkit. Remove some old flawed code whose purpose was to keep the selection up to date and do not send key events for arrow keys (which would mess up the selection that was correct thanks to onSelectionChanged).
BUG=1781070,1712752,916193,1411370,1160999,1775425,1354814
Automated import of CL 146153
|
|
|
|
| |
Automated import of CL 145796
|
|
|
|
|
|
| |
selection color to transparent. This gets us the same result while simplifying the merge.
Automated import of CL 144458
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|