a Windows face that loads by name is also visible to text layout

This is the row above asked in the other direction. A page can learn whether a font is installed by loading it by name, new FontFace(x, 'local("Franklin Gothic Medium")').load(), or by asking for it as a font-family and measuring whether text drawn with a generic fallback changes width. On Windows both questions are answered from the same DirectWrite font collection. The row above catches a face that measures but will not load, which is a stand-in under a borrowed name.

This one catches a face that loads but does not measure: it is installed, since local() reached it, yet a font-family request for the same name falls back to the generic in canvas text and in layout alike. The only way to produce that is to filter the family lookup while leaving the local() path alone, which is what a browser shaping its font list from the inside tends to do.

The candidate list is 116 Windows faces that loaded and measured on genuine Chrome and Edge 153 on Windows 11. A face that does not load casts no vote, so a list entry missing from some other install only loses coverage and never raises an accusation. Icon fonts are left out, because they have no Latin glyphs and look absent to the probe string even on a real install. The Chromium default generics are left out too.