RESOLVED FIXED 236172
Tab characters and ch units do not obey synthetic bold width adjustments correctly
https://bugs.webkit.org/show_bug.cgi?id=236172
Summary Tab characters and ch units do not obey synthetic bold width adjustments corr...
Myles C. Maxfield
Reported 2022-02-04 21:59:14 PST
Tab characters and ch units do not obey synthetic bold width adjustments correctly
Attachments
Patch (20.53 KB, patch)
2022-02-04 22:04 PST, Myles C. Maxfield
no flags
Patch (22.03 KB, patch)
2022-02-10 00:04 PST, Myles C. Maxfield
no flags
Patch (28.64 KB, patch)
2022-02-10 17:06 PST, Myles C. Maxfield
no flags
Patch (30.16 KB, patch)
2022-02-10 20:18 PST, Myles C. Maxfield
zalan: review+
Myles C. Maxfield
Comment 1 2022-02-04 22:04:35 PST
Myles C. Maxfield
Comment 2 2022-02-10 00:04:59 PST
Myles C. Maxfield
Comment 3 2022-02-10 17:06:04 PST
Myles C. Maxfield
Comment 4 2022-02-10 20:18:08 PST
zalan
Comment 5 2022-02-10 21:17:49 PST
Comment on attachment 451637 [details] Patch nice.
Myles C. Maxfield
Comment 6 2022-02-11 00:41:03 PST
Radar WebKit Bug Importer
Comment 7 2022-02-11 00:42:16 PST
Darin Adler
Comment 8 2022-03-03 14:21:26 PST
Comment on attachment 451637 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=451637&action=review > Source/WebCore/ChangeLog:15 > + This patch adds a 2-value enum argument to the Font::widthForGlyph() function, so callers > + can pass in which behavior they want. The function has a default value to include the > + synthetic bold expansion. Why is an argument better than two functions?
Note You need to log in before you can comment on or make changes to this bug.