Searched refs:respondToNodeModification (Results 1 – 4 of 4) sorted by relevance
/external/webkit/Source/WebCore/editing/ |
D | SelectionController.h | 189 …void respondToNodeModification(Node*, bool baseRemoved, bool extentRemoved, bool startRemoved, boo…
|
D | SelectionController.cpp | 235 …respondToNodeModification(node, removingNodeRemovesPosition(node, m_selection.base()), removingNod… in nodeWillBeRemoved() 239 void SelectionController::respondToNodeModification(Node* node, bool baseRemoved, bool extentRemove… in respondToNodeModification() function in WebCore::SelectionController 332 …respondToNodeModification(node, shouldRemoveBase, shouldRemoveExtent, shouldRemoveStart, shouldRem… in textWillBeReplaced()
|
/external/webkit/Source/WebCore/ |
D | ChangeLog | 2577 … (WebCore::clearRenderViewSelection): Extracted from FrameSelection::respondToNodeModification. 2579 … and respondToNodeModification. Note that the position DragCaretController holds is equivalent to 2584 (WebCore::FrameSelection::respondToNodeModification): Calls clearRenderViewSelection. 3836 (WebCore::FrameSelection::respondToNodeModification): 16874 …shadow DOM and the node is outside of the shadow DOM. This caused respondToNodeModification to call 16880 and prevents respondToNodeModification from clearing selection. 16897 (WebCore::SelectionController::respondToNodeModification):
|
D | ChangeLog-2011-02-16 | 856 (WebCore::SelectionController::respondToNodeModification): 36719 in respondToNodeModification, which is extracted from nodeWillBeRemoved. The old condition 36737 (WebCore::SelectionController::respondToNodeModification): Extracted from nodeWillBeRemoved;
|