Bug 250264

Summary: The width of U+001B is different in the fast and complex text codepaths
Product: WebKit Reporter: Myles C. Maxfield <mmaxfield>
Component: TextAssignee: Nobody <webkit-unassigned>
Status: NEW    
Severity: Normal CC: mmaxfield, webkit-bug-importer
Priority: P2 Keywords: InRadar
Version: WebKit Nightly Build   
Hardware: Unspecified   
OS: Unspecified   
Attachments:
Description Flags
Test none

Myles C. Maxfield
Reported 2023-01-07 01:22:51 PST
Created attachment 464395 [details] Test .
Attachments
Test (137 bytes, text/html)
2023-01-07 01:22 PST, Myles C. Maxfield 		no flags
Details
View All Add attachment proposed patch, testcase, etc.
Myles C. Maxfield
Comment 1 2023-01-07 01:30:45 PST
<rdar://problem/98660696>
Myles C. Maxfield
Comment 2 2023-01-07 01:45:37 PST
We can't just add a `u_charType(ch) == U_CONTROL_CHAR` stanza to ComplexTextController::adjustGlyphsAndAdvances(), because that iterates over glyphs, and Core Text doesn't give us a glyph for this character at all, so we don't encounter anything to fix up.
Myles C. Maxfield
Comment 3 2023-01-09 09:43:16 PST
After discussing with the Core Text team, we think we're going to focus on just deleting the complex text codepath (in favor of the fast text codepath), instead of trying to fix this bug in the complex text codepath.
Note You need to log in before you can comment on or make changes to this bug.