[Webkit-unassigned] [Bug 247987] Regression: "font-optical-sizing: auto" has no effect in Safari 16 on macOS Ventura & iOS 16

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=247987

--- Comment #7 from Stephen Nixon <stephen at arrowtype.com> ---
One significant additional component to this issue:

If the workaround is applied to a font with both opsz _and_ wght axes, then the default wght plus max (non-default) opsz unintentionally yields the min wght.

As an example, my project Name Sans has a default of "Text Bold" (wght=700, opsz=12). However, if I limit its fvar instances to only default opsz instances, then style it in Safari to "Display Bold" (wght=700, opsz=96), what renders is "Display Hairline" (wght=1, opsz=96).

Here’s that example: https://deploy-preview-11--namesans.netlify.app

Again, this seems to be working well in Firefox & Chrome, but not Safari 16.1.


(Or perhaps this is a separate but related issue? Please let me know if you’d want to treat this separately, Myles.)

---

Myles, if you can’t move forward without open-licensed test fonts, and there is no capacity to make this on your end, and it would really be a difficult tasks to budget anything towards test fonts... I realize it’s not your fault, it’s a corporate/bureaucracy issue. I’d rather this issue be fixed for font users than to fight corporate issues too much.

I can make time this coming week to put together a quick test font and give it an open license. Please let me know if this would indeed unblock the issue work, and if there are any specific requirements you would have in such a font.

Cheers!

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20221126/faee7161/attachment.htm>