summaryrefslogtreecommitdiffstats
path: root/WebCore/page/SecurityOrigin.cpp
diff options
context:
space:
mode:
authorLeon Scroggins <scroggo@google.com>2010-05-03 14:21:02 +0100
committerLeon Scroggins <scroggo@google.com>2010-05-05 14:56:43 -0400
commit1cc2f5523913bd14a01c0c85710dcd6f0d7b5bb8 (patch)
tree6b54bab07b61f358f3fd0edc52bc135946a299d3 /WebCore/page/SecurityOrigin.cpp
parent7e3fdd33ac8153016019ccdc7b5bb9ec788776fa (diff)
downloadexternal_webkit-1cc2f5523913bd14a01c0c85710dcd6f0d7b5bb8.zip
external_webkit-1cc2f5523913bd14a01c0c85710dcd6f0d7b5bb8.tar.gz
external_webkit-1cc2f5523913bd14a01c0c85710dcd6f0d7b5bb8.tar.bz2
Enable contentEditable.
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
Diffstat (limited to 'WebCore/page/SecurityOrigin.cpp')
0 files changed, 0 insertions, 0 deletions