Home | History | Annotate | Download | only in WebCore

Lines Matching full:caret

198         offsetInContainerNode to return the caret offset, since the former
340 <rdar://problem/6971333> REGRESSION (r40813-r40884): No caret after
9371 arrows, I can't navigate caret between To Do items in a Note message
11910 Use the right function to get the caret offset in an
12204 [Gtk] Additional support is needed for caret browsing
12219 [Gtk] Additional support is needed for caret browsing
12221 Emit AtkText::text-caret-moved when selection changes.
15849 with a caret selection, they actually do expect the start of that paragraph to be merged into the paragraph before it. We can tell that
15851 that if we started with a caret selection, then we're not in this special case where we have to protect the user from unexpected behavior
16267 [GTK] Support caret browsing
16271 Implement basic support for caret browsing, active only when the
18592 Don't bound caret to root line box if it is still inside its containing block
18594 Can't yet write tests for behavior of non-standard caret widths.
19137 If there is no line wrapping, a caret can leave its containing block but it shouldn't leave its root line box
19139 Also added code to handle a caret wider than one pixel.
19144 (WebCore::RenderText::localCaretRect): Distribute a caret's width to either side of the offset,
19145 so that a caret between two characters doesn't hang over one character more than the other.
19146 If there is no wrapping, the caret can leave its containing block, but not its root line box.
19958 caret does not paint the first time you focus on a 0px right padding RTL div
19960 Test: fast/forms/caret-rtl.html
19965 caret at IntRect(x, y, caretWidth, height) is inside the block.
19972 SelectionController::absoluteCaretBounds returns an inflated caret (the caret repaint rect)
19974 Return the bounds of the transformed caret, not the transformed repaint rect for the caret (which is inflated).
21314 Can't place the caret into text field that scrolls the window on focus
27365 <rdar://problem/6593021> Deleting with a caret in a blank, quoted line decreases the quoting, but does not delete the line
32487 within the document without changing its position in the DOM. For example, pressing return in (caret marked by ^):
43301 container-relative repainting: selection redraw on focus change, caret,
61534 to invalidate and draw the caret in a separate thread.
61538 function does nothing if text caret is disabled.
61540 if text caret is disabled and the caret only blinked.
61544 functions does nothing if text caret is disabled.
64210 Fix caret rendering to behave correctly with transforms:
64221 * Move the logic to compute which RenderObject actually paints the caret into
64223 * SelectionController now computes and caches a local caret rect. For invalidation,
64226 will paint the caret (this may require offsetting from the actual renderer
64231 to caret renderer.
64233 Test: fast/transforms/transformed-caret.html
65710 non-blinking caret in their system preferences.
67842 a link (Pages has two caret positions at link boundaries, Thunderbird and FF behave like we
68242 If the caret is in an empty quoted paragraph, and either there is nothing before that
68316 when the user does a backward or forward delete with a caret selection. For certain
68317 caret positions, we now want to remove something other than the standard "caret extended
70181 same values as the computed style at the caret, they need to be included
70931 make sure that the caret is placed correctly so that it ends up on the same line that the deleted selection
73729 ...we need to use downstream() for pos so that when a caret is at the boundary between two nodes, pos is
73731 where the caret is between text and a br work correctly.
74608 for the caret to be drawn.
87601 Without the fix, the newly-added assertion fails in platform/mac/editing/input/caret-primary-bidi.html