[text-box-trim] Inline boxes in vertical-lr trim the line-over side for trim-start - #78740

cd20818

[text-box-trim] Inline boxes in vertical-lr trim the line-over side for trim-start
https://bugs.webkit.org/show_bug.cgi?id=329340
<rdar://problem/191239706>

Reviewed by NOBODY (OOPS!).

text-box-trim trims the block-start and block-end sides of an inline box, but textBoxAdjustedInlineBoxHeight
always applied trim-start to the line-over side (ascent) and trim-end to the line-under side (descent). In
vertical-lr, where lines are inverted, the block-start side is the line-under side, so the wrong side got trimmed.

Map trim-start and trim-end through WritingMode::isLineInverted(), the same way line box trimming already does
in LayoutIntegrationLineLayout.

This progresses the vertical-lr variants of text-box-trim-inline-box-00{1,2,4,5}.html and the vertical-lr,alphabetic
variants of text-box-trim-inline-box-text-decoration-00{1,2}.html. Their vertical-lr,ideographic-ink variants now
trim the line-under side with the (unimplemented) ideographic-ink edge, which asserts in debug builds.

* LayoutTests/TestExpectations:
* Source/WebCore/layout/formattingContexts/inline/InlineLineBoxBuilder.cpp:
(WebCore::Layout::textBoxAdjustedInlineBoxHeight):

cd20818

Misc	iOS, visionOS, tvOS & watchOS	macOS	Linux	Windows	Apple Internal
✅ 🧪 style	✅ 🛠 ios	✅ 🛠 mac	✅ 🛠 wpe	✅ 🛠 win	✅ 🛠 ios-apple
✅ 🧪 bindings	✅ 🛠 ios-sim	✅ 🛠 mac-cmake-debug	⏳ 🧪 wpe-wk2	⏳ 🧪 win-tests	✅ 🛠 mac-apple
✅ 🧪 webkitperl	⏳ 🧪 ios-wk2	🧪 api-mac	✅ 🧪 api-wpe		✅ 🛠 vision-apple
	⏳ 🧪 ios-wk2-wpt	⏳ 🧪 api-mac-cmake-debug	⏳ 🧪 jsc-wpe
	⏳ 🧪 api-ios	⏳ 🧪 mac-wk2	✅ 🛠 gtk3-gcc
	✅ 🛠 ios-safer-cpp	⏳ 🧪 mac-cmake-debug-wk2	✅ 🛠 gtk
	✅ 🛠 vision	✅ 🧪 mac-wk2-stress	⏳ 🧪 gtk-wk2
	🛠 vision-sim	⏳ 🧪 mac-intel-wk2	✅ 🧪 api-gtk
	🧪 vision-wk2	✅ 🛠 mac-safer-cpp	⏳ 🛠 playstation
	✅ 🛠 tv	✅ 🧪 mac-site-isolation
	✅ 🛠 tv-sim
	✅ 🛠 watch
	✅ 🛠 watch-sim