Home | History | Annotate | Download | only in WebCore

Lines Matching full:upstream

1133         <rdar://problem/4119646> assertion failure in DOM::Position::upstream at babelfish.com
1141 (DOM::Position::upstream):
16625 Changed the Render Tree debug code to write out an indication that the affinity is upstream
16629 * kwq/KWQRenderTreeDebug.cpp: (writeSelection): writes out affinity if it's upstream in the caret case
18667 an UPSTREAM VisiblePosition, as this will cause trouble comparing it to end of block.
18709 - remove code for DoNotStayInBlock variant of upstream/downstream and make
18745 (DOM::Position::upstream):
18757 - remove remaining uses of upstream/downstream DoNotStayInBlock
18803 - remove some of the uses of upstream/downstream DoNotStayInBlock
18806 (khtml::createMarkup): Instead of using upstream to decide if a line break should be
18809 (khtml::Selection::debugPosition): Remove the code to print upstream and downstream,
18839 upstream/downstream, in preparation for phasing out the
18896 (DOM::Position::upstream):
19378 (writeSelection): Removed upstream/downstream code and changed format slightly.
20356 downstream end node of the selection might be an ancestor of the upstream start
20439 (DOM::Position::upstream):
20613 last character on that line, and if it is, I use UPSTREAM as the affinity.
21887 upstream affinity to downstream if the affinity does not make a difference for the position.
22446 (khtml::InsertParagraphSeparatorCommand::doApply): Look for the upstream-most block to insert after
23093 selection is a caret or a range, moving upstream for the former, and downstream for the latter.
24267 (khtml::RenderBlock::positionForCoordinates): default to downstream for the affinity since the affinity is only upstream when the cursor is clicked to the right of a wrapped line
25119 (DOM::Position::upstream): Fixed a bug which would allow the upstream position returned to be
25124 changes in upstream() and downstream() functions.
25245 (khtml::ApplyStyleCommand::applyInlineStyle): Pass StayInBlock to upstream. Without this, we end up going too far
25246 upstream in the test case in bug 3949790.
25247 (khtml::ApplyStyleCommand::removeInlineStyle): Pass StayInBlock to upstream and downstream. Same reason as above.
25564 just a mistake before when it reset to upstream in some cases.
29521 Use UPSTREAM visible position now that SimplifiedBackwardsTextIterator distinguishes BR from whitespace. Otherwise, double-clicking at end of line would result in caret selection at start of next line.
30271 Problem is that KHTMLPart::computeAndSetTypingStyle always looked upstream
30273 file) there is nothing upstream. Changed this to use the VisiblePosition
31303 (khtml::Selection::toRange): Fixed the upstream and downstream calls so that the
31312 Some cleanups and fixes in upstream and downstream functions.
31318 Remove code from upstream that confined the serach to block boundaries outside of
31326 (DOM::Position::upstream)
32978 (khtml::Selection::init): Default affinity is now UPSTREAM, to match AppKit.
32981 (khtml::Selection::moveTo): Reset affinity to UPSTREAM.
32989 (khtml::Selection::clear): Reset affinity to UPSTREAM.
33086 The bug here is that upstream was moving a position too far.
33089 (DOM::Position::upstream): Use the "deep equivalent" node rather than the original node passed
33355 an upstream position.
33359 UPSTREAM uses deepEquivalent.
33723 Check for an offset of 0 and a <br> and use UPSTREAM affinity in that case.
34263 VisiblePosition needed upstream and downstream affinities added to its
34281 (khtml::VisiblePosition::initUpstream): New helper for finding upstream visible position.
35708 (DOM::Selection::toRange): Code to convert caret positions moved the position upstream
36270 <rdar://problem/3765519> REGRESSION (Mail): word movement goes too far upstream at start of line
36313 (DOM::Position::upstream): Move incoming Position to its equivalentDeepPosition. This is part of the transition
36743 (DOM::Position::upstream): Use enum parameter instead of bool.
37083 position of the selection rather than the upstream. This is more logical. Refine the block
37307 (DOM::Position::upstream): If this position's node is a block, use it for the StayInBlock case, not the block's
37654 upstream and downstream positions to see if the selection can be placed there after the
37768 call to upstream when passing the start position to removeStyle(). This makes the
37769 start position sufficiently upstream so that all relevant style tags are removed.
37774 * khtml/xml/dom_position.h: Add a comment about the working of upstream() and
38490 upstream to downstream, respectively.
38501 (khtml::ApplyStyleCommandImpl::doApply): upstream/downstream name change
38502 (khtml::ApplyStyleCommandImpl::nodeFullySelected): upstream/downstream name change
38503 (khtml::DeleteSelectionCommandImpl::doApply): upstream/downstream name change
38506 (khtml::InputNewlineCommandImpl::insertNodeAfterPosition): upstream/downstream name change
38507 (khtml::InputNewlineCommandImpl::insertNodeBeforePosition): upstream/downstream name change
38508 (khtml::InputNewlineCommandImpl::doApply): upstream/downstream name change
38509 (khtml::InputTextCommandImpl::prepareForTextInsertion): upstream/downstream name change
38510 (khtml::InputTextCommandImpl::execute): upstream/downstream name change
38511 (khtml::InputTextCommandImpl::insertSpace): upstream/downstream name change
38512 (khtml::ReplaceSelectionCommandImpl::doApply): upstream/downstream name change
38513 (khtml::TypingCommandImpl::issueCommandForDeleteKey): upstream/downstream name change
38519 (DOM::Position::upstream):
38529 (DOM::Selection::toRange): upstream/downstream name change
38530 (DOM::Selection::validate): upstream/downstream name change
38531 (DOM::Selection::debugPosition): upstream/downstream name change
39968 (khtml::ApplyStyleCommandImpl::doApply): Move the start of the selection upstream
41906 at the upstream position of the caret, ensuring that the newline takes on the
46247 upstream start position equals the downstream end position.