| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
accessor instead of accessing members
http://trac.webkit.org/changeset/60418
Change-Id: I6f50f6ba29c48a7628452af35dcd1269e090cff2
|
| |
|
|
|
|
|
|
|
| |
Notes:
- the change to WebCore/html/FileStream.cpp is a cherry pick of http://trac.webkit.org/changeset/60325
- the change to WebCore/platform/posix/FileSystemPOSIX.cpp is a cherry pick of http://trac.webkit.org/changeset/60374
- this needs a corresponding frameworks/base change
Change-Id: I05d1496e1e95adf1c6a61c6f07bbf62e9bc92820
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Change Widget:screenWidth() to Widget:textWrapWidth()
as the text wrap width may be different than the
screen width after pinch zoom.
Change AndroidWebHistoryBridge's m_screenWidthScale
to m_textWrapScale to reflect its meaning.
Remove unused screenWidth/screenHeight in PlatformBridge.
Merge two restore methods to one. There is a matching
CL in framework/base.
Only setUseFixedLayout if layout width is different
than screen width.
Change from Node* to Ref<Node> to avoid a crash.
Fix http://b/issue?id=2660396
|
| |
|
|
|
|
|
|
|
| |
visibleContentRect.
Use the fixedLayout for the main FramView so that
the virtual viewport is set up correctly for the
css percent calculation.
Fix http://b/issue?id=2685194
|
| |
|
|
|
|
|
|
|
|
|
| |
I agree with this article that we should have a way
to report the visible viewport to the JavaScript.
http://www.quirksmode.org/mobile/viewports2.html#link6
Fix http://b/issue?id=2717861
I will try to upstream the code to WebKit separately.
|
| |
|
|
| |
There is another matching CL in framework/base.
|
| |
|
|
|
|
|
|
| |
RenderBlock::columnGap() is now public
See http://trac.webkit.org/changeset/59784
Change-Id: I06ab20401e79c8b9c8104bb6a81c5891ef36d717
|
| |
|
|
|
|
| |
See http://trac.webkit.org/changeset/59956
Change-Id: If1839f65ad960250c7dda5b565bd47278aa7df14
|
| |
|
|
| |
Change-Id: I0afccb0d08d42f13579ff7df4c41ed2d07abb36e
|
| |
|
|
|
|
|
|
|
|
| |
Instead of changing the screenRect for the Screen
object, change createWindow() logic to depend on the
WebCoreViewBridge width/height instead of Screen
as Screen is supposed to be in device pixel and it
is not proper to be used here. Update the comment
for the screenRect so that we won't mistakenly modify it.
Fix http://b/issue?id=2690479
|
| |\
| |
| |
| | |
http://trac.webkit.org/changeset/59227/trunk/WebCore/html/HTMLLabelElement.h#file0"
|
| | |
| |
| |
| |
| |
| | |
http://trac.webkit.org/changeset/59227/trunk/WebCore/html/HTMLLabelElement.h#file0
Change-Id: I78e259fde5c59c9fe84173abedc8ff3996142381
|
| |/
|
|
|
|
|
|
|
|
| |
We were skipping the canShowMIMEType check if content_disposition was non-empty.
That was causing us to treat an inline content disposition as if we could show
it in the browser. Instead, fallback to checking the mime type so we download
files that we can't natively show.
Bug: 2698159
Change-Id: I846dfea565bc4eeade9d679a0101a81858ef29cb
|
| |
|
|
|
|
|
|
|
|
| |
completed yet.
In some case, especially with iframe, we may get
the loader finished before first layout. In this
case, we should not set layout delay. Otherwise it
won't be cleared.
Fix http://b/issue?id=2594662
|
| |
|
|
|
|
| |
in RecordContent.
Change-Id: I2a7c11d0cb9697bbc415b2b91ee96a188bf45bf3
|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Text is copied from the picture in visual left-to-right order.
Reverse right-to-left substrings before returning the result.
This algorithm for reversal is also used by webkit to draw
text, and has the same limitations.
This fixes text pasted into the title bar, but does not work
correctly for text pasted into an input field -- LTR text is
placed incorrectly -- but that's another bug.
Change-Id: I4709b74e32495d4b77d33910ac8da34d4a88edd0
http://b/2525085
|
| | |
| |
| |
| |
| |
| |
| |
| | |
attached to it.
Requires a frameworks/base change.
Change-Id: Ia50d4b8cceb943166198888dad364b09a2dc06a1
|
| | |
| |
| |
| |
| |
| |
| |
| | |
Requires a frameworks/base change to receive the accept type and
a packages/apps/Browser change to override the new method
signature.
Change-Id: I3d0cfdc76151237a3167139c89f5e275b209ab37
|
| |/
|
|
|
|
|
|
|
| |
given its representation as a content:// URI, and the associated
JNI plumbing.
Requires a frameworks/base change.
Change-Id: I9b8b8bb3fbfa31c86f4212f91c140fe62c6c6682
|
| |
|
|
|
|
|
|
|
|
| |
We used to have an ANDROID specific change that was removed when
webkit changed. See https://android-git.corp.google.com/w/?p=platform/external/webkit.git;a=commitdiff;h=57a47dd4f75b9c15804c3c61479540cfdc11bd6e
Bug 1330729
Bug 2694223
Change-Id: Id51edbb4943eb0a1357477d4bcd31d838febb8fb
|
| |
|
|
|
|
| |
JavaScript.
Change-Id: If0d8fc9cffcd00356dffe46af094b65488b3ff5a
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
A PictureSet contains a list of pictures. Each picture draws
part of the screen. If the picture contains a Canvas element,
the corresponding bitmap is not shared.
Small partial invalidates can create a dozen or so pictures,
each of which may be quite small, a few hundred bytes. But
the bitmap referenced by the picture may be large, several
meg.
The backing bitmap is unique to the Canvas element. Since
a canvas rarely benefits from small updates, disable the
partial invalidates if CacheBuilder detects a canvas.
Change-Id: I5761667db3d037d7363dcb01f8a26f7f62e2eabc
http://b/2678787
|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
This adds additional content to the nav cache dump,
and cleans up a few formatting problems. This has no
effect on code that does not have nav cache debugging
enabled.
Change-Id: Ice2c4bb33138a8ddc96739d95ead58fbe328bfa8
|
| | |
| |
| |
| |
| |
| | |
http://trac.webkit.org/changeset/58590
Change-Id: I73f3f008a88e69962de831a98d40e8d23c3cce30
|
| |/
|
|
|
|
| |
http://trac.webkit.org/changeset/58686 and http://trac.webkit.org/changeset/58111
Change-Id: Iebc4ab59ac768d4dde2fe56f63657d98c4b9db3a
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Formerly, the nav cache picture recorded a rectangle of
(0, 0, INT_MAX, INT_MAX). If the drawing was subsequently
translated, the rectangle wrapped around and futher drawing
was clipped out.
Now the drawing is constrained to the contentWidth and
contentHeight -- the enclosing picture already had this
restriction.
http://b/2604141
Change-Id: Idde1cbaeb507310813a7c5b00e3dde9cacebe44d
|
| |
|
|
| |
Change-Id: I997b2e5f1fed2bf5abba8bb027df9390c99a8c0f
|
| |
|
|
|
|
|
|
|
|
| |
We should use Database::setIsAvailable() instead.
See http://trac.webkit.org/changeset/55666,
http://trac.webkit.org/changeset/55667 and
http://trac.webkit.org/changeset/55809
Change-Id: Iead4dac03f791d2bde8e7ee20e452b2100ed1e4f
|
| |
|
|
|
|
|
|
| |
MIMETypeRegistry::isApplicationPluginMIMEType() for Android
See http://trac.webkit.org/changeset/56661
Change-Id: I3f0047c7a4424b9aed928388a24977b1b415267e
|
| |
|
|
|
|
|
|
| |
ChromeClient::repaint()
See http://trac.webkit.org/changeset/55675 and http://trac.webkit.org/changeset/55864
Change-Id: I8bf64fa0315877f8fafabe2a9e3c5ca8cc1e362c
|
| |
|
|
|
|
| |
See http://trac.webkit.org/changeset/56439 and http://trac.webkit.org/changeset/57903
Change-Id: I9e05104b452804a74623b6b8e915dcaebf9cca7c
|
| |
|
|
|
|
| |
See http://trac.webkit.org/changeset/56051
Change-Id: I6b30d9fbb157ec77e8ba93cb0fa9a6e0c2a9ec81
|
| |
|
|
|
|
| |
ChromeClient::cancelGeolocationPermissionRequestForFrame() now takes a Geolocation parameter
Change-Id: I26acb60fc15511968f81628c44c29670d8324cc7
|
| |
|
|
|
|
| |
See http://trac.webkit.org/changeset/57927
Change-Id: I3ee9f44de1cbe22ab4a795791763ff9facfd298d
|
| |
|
|
| |
Change-Id: Ib7b420dd18f20c5a62c40080f698ec88edefb8b6
|
| |
|
|
|
|
| |
See http://trac.webkit.org/changeset/55387
Change-Id: Ieacfed3cd4bfea79d22e42d909d9a88b7ec9b42c
|
| |
|
|
|
|
| |
See http://trac.webkit.org/changeset/56704
Change-Id: I0091045727b5dcbbeebcd0d3839a220d8af176c7
|
| |
|
|
|
|
| |
See http://trac.webkit.org/changeset/56825
Change-Id: I8ba6a9685dcd1d8c4dec3400fba81e19fcbfe74d
|
| |
|
|
|
|
|
| |
This CL has a corresponding java counterpart (https://android-git.corp.google.com/g/#change,51150).
Bug:2665696
Change-Id: I397100ac1b7ea9e0ecf799902d9ba04fba970cce
|
| |
|
|
|
|
| |
https://android-git.corp.google.com/g/#change,41406
Change-Id: Ief37a7d9879308f0749fcd569e82fddc3f989a8a
|
| |
|
|
|
|
|
|
| |
Part of fix for issue 2663680
Requires a change to frameworks/base.
Change-Id: I79e460867973cbfcb3105d46058de705877f0aa9
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
WebViewCore.cpp:
Open the keyboard when a contentEditable element is put
into focus by a click.
In key(), return whether the selection changed if a contentEditable
element is in focus.
CacheBuilder.cpp:
Add root contentEditable elements to the navigation tree.
CachedNode.h:
Include contentEditable elements as elements that want key events.
CachedNodeType.h
Add a type for contentEditable.
WebView.cpp:
Do not call setFollowedLink for contentEditable, so that the orange
selection ring stays around the field.
Add a check to determine whether the page should handle shift and
arrow keys.
Bug 1788820
Caveats:
Does not ensure that the caret remains on screen. Frame::revealSelection
is called, but we ignore it for other reasons. Need to investigate that.
The cursor will blink if the contentEditable node has focus, even if the
user has not clicked on it or has moved to a different input field. Further,
while in this state, the user can input text.
Requires a change to frameworks/base
Change-Id: Ife39254f46dcc1046a075eee2fda6cf4879b4ee8
|
| |\ |
|
| | |
| |
| |
| | |
Change-Id: Ia852fa791d5c77ba80500e59926568cb9990bcac
|
| |\ \
| | |
| | |
| | | |
the dirtyRect returned when locking a surface.
|
| | |\ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
returned when locking a surface.
Merge commit '6452300d47d77d78e874862c5f7908746b04c1f8' into kraken
* commit '6452300d47d77d78e874862c5f7908746b04c1f8':
Update plugin's dirtyRect to match the dirtyRect returned when locking a surface.
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
surface.
Change-Id: I2c3e6daa10eb9eb651be52bf9387008f154b176d
http://b/2650954
|
| |\ \ \ \
| | | | |
| | | | |
| | | | | |
function iwht gcc-4.6, gcc complains that "error: 'GlyphSet::GlyphSet' names the constructor, not the type"."
|