PositionForPoint() should stop checking editor behavior |
|
Issue descriptionEditing behavior ShouldMoveCaretToHorizontalBoundaryWhenPastTopOrBottom controls a selection/hittest-related behavior that, when hit testing a point in an inline formatting context: - When hit test location is above the first line, return the start position of the first line - When hit test location is below the last line, return the end position of the last line Current LayoutBlockFlow::PositionForPoint() checks editing behavior directly, resulting in bad code dependency as the layout_block_flow.cc includes editor.h and editing_behavior.h only for this purpose. We should try to move relevant fixup to SelectionController.
,
Aug 7
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/3be6290ce53f80af308cd3d0f4e64a8a963e84f7 commit 3be6290ce53f80af308cd3d0f4e64a8a963e84f7 Author: Yoichi Osato <yoichio@chromium.org> Date: Tue Aug 07 05:21:35 2018 [LayoutNG] Simplify a failing continuations-with-move-caret-to-boundary.html. This patch simplifies the tests that confirms text selection upon drag selects differently on mac. I will move the test to selection/mouse. Bug: 811502, 866120 Change-Id: Id9bb292236b709b65a98be1eff3fc778da02264b Reviewed-on: https://chromium-review.googlesource.com/1163348 Commit-Queue: Yoichi Osato <yoichio@chromium.org> Reviewed-by: Yoshifumi Inoue <yosin@chromium.org> Cr-Commit-Position: refs/heads/master@{#581139} [modify] https://crrev.com/3be6290ce53f80af308cd3d0f4e64a8a963e84f7/third_party/WebKit/LayoutTests/editing/selection/continuations-with-move-caret-to-boundary.html [delete] https://crrev.com/4f08052f98dee02f9ec6912ce3050e41143ee599/third_party/WebKit/LayoutTests/editing/selection/continuations-without-move-caret-to-boundary.html |
|
►
Sign in to add a comment |
|
Comment 1 by bugdroid1@chromium.org
, Jul 23