-
Notifications
You must be signed in to change notification settings - Fork 757
Open
Labels
css-fonts-4Current WorkCurrent Worki18n-hlreqHebrew language enablementHebrew language enablementi18n-ilreqIndic language enablementIndic language enablementi18n-jlreqJapanese language enablementJapanese language enablementi18n-trackerGroup bringing to attention of Internationalization, or tracked by i18n but not needing response.Group bringing to attention of Internationalization, or tracked by i18n but not needing response.
Description
WebKit recently got a bug filed against our all-small-caps implementation complaining that we are synthesizing small-caps for unicameral scripts (Japanese, specifically). The reporter pointed to Firefox as having the right behavior. Opening this issue to ask a few questions, particularly to @jfkthame:
- Not synthesizing for
small-capsis unquestionably the right behavior, but forall-small-caps, where the idea is to get all the letters and symbols to match, is this the right behavior? It would create distinct sizes for glyphs belonging to bicameral vs unicameral scripts. - If yes, then we shouldn't synthesize for any unicameral scripts. What do we do for symbols and punctuation, then? Should they match the sizing of unicameral scripts (full size), or those of bicameral scripts (shrunk down)?
Metadata
Metadata
Assignees
Labels
css-fonts-4Current WorkCurrent Worki18n-hlreqHebrew language enablementHebrew language enablementi18n-ilreqIndic language enablementIndic language enablementi18n-jlreqJapanese language enablementJapanese language enablementi18n-trackerGroup bringing to attention of Internationalization, or tracked by i18n but not needing response.Group bringing to attention of Internationalization, or tracked by i18n but not needing response.