Bug 25000

Summary: font-variant: small-caps uses fake small caps even when real is available
Product: WebKit Reporter: Joel C. Salomon <joelcsalomon>
Component: Layout and RenderingAssignee: Dave Hyatt <hyatt>
Status: ASSIGNED    
Severity: Normal CC: ahmad.saleem792, hyatt, ntim, rich, tigerhawkvok, vitor.roriz
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: PC   
OS: Windows Vista   
Attachments:
Description Flags
Test case
none
Font fallback from Fontin to Georgia, compared to Fontin Small Caps
none
Test case to go along with image (uses Fontin Serif instead of Sans however) none

Joel C. Salomon
Reported 2009-04-02 07:37:27 PDT
I'm trying to use small-caps in a document, but font-variant: small-caps gives me faked small-caps, i.e., scaled-down capitals. I tried defining the small-caps variant with @font-face, but that still does not work.
Attachments
Test case (1.96 KB, application/xhtml+xml)
2009-04-02 08:15 PDT, Joel C. Salomon
no flags
Font fallback from Fontin to Georgia, compared to Fontin Small Caps (25.65 KB, image/png)
2009-07-08 04:18 PDT, jjm
no flags
Test case to go along with image (uses Fontin Serif instead of Sans however) (1008 bytes, text/html)
2009-07-08 04:26 PDT, jjm
no flags
Joel C. Salomon
Comment 1 2009-04-02 08:15:40 PDT
Created attachment 29190 [details] Test case
jjm
Comment 2 2009-07-08 04:18:54 PDT
Created attachment 32445 [details] Font fallback from Fontin to Georgia, compared to Fontin Small Caps Not only does Webkit ignore the font-variant specified in an @font-face declaration, it also falls back to a local font (Georgia Serif in this case, to contrast nicely with Fontin Sans) instead of the regular version in the @font-face declaration.
jjm
Comment 3 2009-07-08 04:26:07 PDT
Created attachment 32447 [details] Test case to go along with image (uses Fontin Serif instead of Sans however)
Philip Kahn
Comment 4 2009-11-20 18:16:06 PST
It looks like just <a href='http://paulirish.com/2009/bulletproof-font-face-implementation-syntax/'>including font-variant in @font-face</a> makes Webkit ignore the whole thing. Confirmed in Chrome 4.0.249.4 and Safari 4.0.3.
Dave Hyatt
Comment 5 2010-11-13 21:20:04 PST
See https://bugs.webkit.org/show_bug.cgi?id=49505 for the @font-face issue.
Richard Rutter
Comment 6 2016-11-22 04:45:26 PST
Issue is still present in Safari 10. Both font-variant-caps and font-feature-settings should select proper small caps if they are available through OpenType. Safari 10 renders real small caps when using font-feature-settings but synthesises the small caps when using font-variant-caps even if the real small caps are available. A new test case: http://codepen.io/clagnut/pen/Vmpobj?editors=1100
Richard Rutter
Comment 7 2016-11-22 05:14:10 PST
Ah sorry just realised this issue is for font-variant NOT font-variant-caps. For font-variant, the small caps *should* by synthesised. Will create a new issue accordingly.
Ahmad Saleem
Comment 8 2023-10-10 04:31:44 PDT
In all test cases (two attached) and one from CodePen (Comment 06) - all browsers are matching each other (at least in rendering). Tested using: Safari Technology Preview 180, Chrome Canary 120 and Firefox Nightly 120.
Note You need to log in before you can comment on or make changes to this bug.