Bug 215693 - `font-variant-caps: all-small-caps` results in broken rendering
Summary: `font-variant-caps: all-small-caps` results in broken rendering
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: Text (show other bugs)
Version: Safari 13
Hardware: Mac macOS 10.15
: P2 Normal
Assignee: Nobody
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2020-08-20 02:30 PDT by Ernst
Modified: 2020-08-22 15:55 PDT (History)
2 users (show)

See Also:

Attachments
test case, second paragraph is broken in safari (1.74 KB, text/html)
2020-08-20 02:30 PDT, Ernst 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Ernst 2020-08-20 02:30:50 PDT 
Created attachment 406922 [details]
test case, second paragraph is broken in safari

Setting `font-variant-caps: small-caps` enables the display of small caps if available in an OpenType font (uppercase characters are still taller than lowercase ones, see first paragraph in attached example).

(For spec see: https://developer.mozilla.org/en-US/docs/Web/CSS/font-variant-caps)

Setting `font-variant-caps: all-small-caps` should also render "uppercase" characters as low as lowercase small caps (second paragraph). This works on Firefox and Chrome, but produces weird rendering in Safari, some lines are randomly very small (tested in Safari 13 on macOS 10.15 and iOS 13).

When directly enabling the equivalent OpenType features (see third paragraph), it also works in Safari.

Please fix `font-variant-caps: all-small-caps` so that second paragraph renders like third one!
Comment 1 Radar WebKit Bug Importer 2020-08-22 15:55:44 PDT 
<rdar://problem/67625459>