WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
NEW
244762
Redesign the interaction between primary font selection and unicode-range
https://bugs.webkit.org/show_bug.cgi?id=244762
Summary
Redesign the interaction between primary font selection and unicode-range
Myles C. Maxfield
Reported
2022-09-03 13:35:55 PDT
For content like this: ``` @font-face { font-family: a; src: url("MyFont.ttf"); unicode-range: some range; } @font-face { font-family: a; src: url("MyOtherFont.ttf"); unicode-range: a distinct range that doesn't intersect the other font's range; } ``` It's non-obvious which font should be considered the primary font for the purpose of inline layout (vertical height calculations). Right now we pick MyOtherFont.ttf just because it's last in content order, but that's wasteful because it's totally possible that none of the characters will actually be rendered with that font. We should try to redesign this in a way that: a) makes more intuitive sense b) is consistent with other browsers c) matches the spec (potentially by modifying the spec to match whatever this redesign yields)
Attachments
Add attachment
proposed patch, testcase, etc.
Myles C. Maxfield
Comment 1
2022-09-03 13:37:04 PDT
(In particular, consider the case where neither "some range" nor "a distinct range that doesn't intersect the other font's range" contain the space character.)
Myles C. Maxfield
Comment 2
2022-09-03 13:39:10 PDT
(This is from
https://github.com/WebKit/WebKit/pull/3988
)
Radar WebKit Bug Importer
Comment 3
2022-09-10 13:36:16 PDT
<
rdar://problem/99783313
>
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug