- From: Myles C. Maxfield <mmaxfield@apple.com>
- Date: Thu, 22 Sep 2016 19:37:19 +0100
- To: fantasai <fantasai.lists@inkedblade.net>
- Cc: "public-css-testsuite@w3.org" <public-css-testsuite@w3.org>
Received on Thursday, 22 September 2016 18:37:55 UTC
Here it is. It seems to work on Chrome, Firefox, and Safari (and I haven’t tried on Edge). This font hardcodes the baseline shift by simply adjusting the control points of all the glyph contours. Alternatively, I also made two extra fonts, one which uses the “bsln” table, and one which uses the “BASE” table, to move the baseline without modifying the glyph contours. However, I’ve found that no browsers seem to honor these tables (but I know the tables are correct because a native app directly using CoreText reacts to the tables appropriately). If you want these two additional fonts, feel free to contact me, but I figured I wouldn’t include them here since they are likely not what you are looking for.
> On Aug 16, 2016, at 1:21 AM, Myles C. Maxfield <mmaxfield@apple.com> wrote: > > Sure, I can do it. > > —Myles > >> On Aug 11, 2016, at 11:45 AM, fantasai <fantasai.lists@inkedblade.net> wrote: >> >> For testing the interaction of baseline alignment and font fallback, >> we need a variant of Ahem that has its baseline at a different position >> than Ahem itself. Proposal: >> >> Font name: Ahem Baseline Shift >> Baseline: 60/40 in place of 80/20 >> Other: * É and p glyphs need updating >> * Remove the C glyph (so that it is missing) and move it to Ç >> >> Myles, while you're working on the Ahem update, would you mind creating >> this variant? :) >> >> ~fantasai >> > >
Received on Thursday, 22 September 2016 18:37:55 UTC