[webkit-changes] [WebKit/WebKit] e08b1b: [IFC][Partial layout] Implement damaged line compu...

[Alan Baradlay]

  Branch: refs/heads/main
  Home:   https://github.com/WebKit/WebKit
  Commit: e08b1be10290c376542e53aecc78b3e6d1bd795b
      https://github.com/WebKit/WebKit/commit/e08b1be10290c376542e53aecc78b3e6d1bd795b
  Author: Alan Baradlay <zalan at apple.com>
  Date:   2023-02-25 (Sat, 25 Feb 2023)

  Changed paths:
    M Source/WebCore/layout/formattingContexts/inline/invalidation/InlineInvalidation.cpp

  Log Message:
  -----------
  [IFC][Partial layout] Implement damaged line computation based on (damaged) InlineTextBox
https://bugs.webkit.org/show_bug.cgi?id=252867

Reviewed by Antti Koivisto.

Walk the display box list to figure out where the (existing) damaged InlineTextBox (with offset) is.

Currently we simply return the last line's index as the damaged line is always the last one when a new layout box is appended.
However when existing InlineTextBox content gets changed (e.g. append with offset), the damaged line is not necessarily the last one.

* Source/WebCore/layout/formattingContexts/inline/invalidation/InlineInvalidation.cpp:
(WebCore::Layout::damagedLineIndex):
(WebCore::Layout::leadingContentDisplayForLineIndex):
(WebCore::Layout::leadingInlineItemPositionForDamage):
(WebCore::Layout::leadingInlineItemPositionOnLastLine):
(WebCore::Layout::leadingInlineItemPositionByDamagedBox):
(WebCore::Layout::InlineInvalidation::textInserted):

Canonical link: https://commits.webkit.org/260844@main