跳到正文

字体文件查看

Font Inspector

打开一个字体文件,按 Unicode 区块显示字形覆盖、韩文音节数、字重、可变轴、嵌入许可和许可证名称记录。

打开一个字体文件,告诉你里面有什么:名称记录、许可和嵌入权限、度量、可变轴,以及它覆盖哪些 Unicode 区块、覆盖得多完整。示例文字通过浏览器的 FontFace 用实际的文件绘制,所以你看到的是这个字体,不是它的一张图片。什么都不上传。

🔒 完全在你的浏览器里运行fontinspectglyphspreview

把 TTF、OTF 或 WOFF 文件拖进来

只在这个标签页里读。字体文件不会上传到任何地方。

一个手写的 OpenType 解析器读的是 name·head·hhea·OS/2·post·maxp·cmap·fvar 这几张表。示例是把文件注册到浏览器的 FontFace 上画出来的,所以是真的字体。TTC 只读第一个字体,WOFF 要先用字体格式转换解成 TTF 再放进来。WOFF2 完全读不了,因为浏览器不把 Brotli 交给页面。

怎么用

  1. 拖入文件

    TTF、OTF 或 WOFF。TTC 按它的第一个字体读取。一切都在这个标签页里进行。

  2. 先看覆盖情况

    韩文音节那一行决定一个字体到底能不能承载韩文:11,172 是完整的,2,350 是 KS X 1001 集,几百个则说明它是为别的东西子集化的。其他区块对货币符号、箭头和 CJK 标点回答同样的问题,字体通常就是在这些地方被发现缺了点什么。

  3. 读许可记录

    name 表带着设计师、版权、许可文本,常常还有一个 URL,OS/2 的 fsType 说明厂商允许哪种嵌入。这是在字体上到服务器之前,弄清你磁盘上的一个字体实际允许什么最快的办法。

  4. 在示例里输入你自己的文字

    三个准备好的示例覆盖韩文、拉丁文和一行混排,各五种字号。你自己的字符串才能显示数字是否对齐、混合文字的一行是否坐在同一条基线上、小字号是否撑得住。

常见问题

它打不开我的 WOFF2。为什么?

WOFF2 是 Brotli 压缩的,而 Web 平台不向页面暴露 Brotli 编码器或解码器——`CompressionStream` 有 deflate 和 gzip,没有别的。所以没有任何浏览器内的工具能读它,这个也不例外。在桌面上用 `woff2_decompress` 或 fonttools 转换,或者用原始的 TTF。

示例文字不是我的字体。哪里出错了?

发生时面板的说明会写出来:解析器读了文件,但浏览器的 FontFace 拒绝注册它,浏览器的消息会打印出来。这通常意味着文件损坏的方式是解析器容忍而字体引擎不容忍的——一个坏掉的表校验和,或者引擎拒绝的 sfnt 结构。

它读每一个 OpenType 表吗?

不读。它读 `name`、`head`、`hhea`、`OS/2`、`post`、`maxp`、`cmap`(格式 0、4、6 和 12)、`fvar`、`loca` 和 `glyf`。布局表——`GSUB` 和 `GPOS`,装着字距调整、连字和特定文字的特性——会列出但不解码,所以它无法告诉你一个字体支持哪些 OpenType 特性。

可变字体预览不会动。

示例按默认实例绘制。各轴连同范围和默认值列出,你可以自己写 `font-variation-settings`,但这个页面没有它们的滑块——读轴和让轴动起来是不同的工作,这里只有第一个。

可以从这些接进来

接下来

这些工具吃得下当前工具的产出,结果可以直接送过去。